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TECHNICAL SESSIONS 

Exploring issues of interest to the UNIX® technical 
community, these sessions provide a forum for 
presentation and discussion on a variety of topics. Topic 
areas include, but are not limited to: 

■ Kernel enhancements, measurements, etc. 

■ Programming languages and environments 

■ UNIX in the office environment 

■ Standards and portability 

■ New mail systems (e.g. X.400-based systems or user 
interfaces incorporating new interface paradigms) 

■ Applications, especially unusual ones such as computer 
aided music, factory automation, etc. 

■ Security 

■ UNIX vs. the naive user 

■ Workstations: comparisons, experiences, trends 

■ Beyond UNIX—what next? 

TUTORIALS 

The USENIX Association will offer its well respected, in- 
depth tutorial program on June 8 and June 9. Presented 
by leading experts, the tutorials provide detailed 
examination of several areas of UNIX technology. Topics 
include: 

■ 4.xBSD and System V 
Internals 

■ Networking 
Developments 

■ Windowing Schemes 
■UNIX System 

Implementations 

■ Software Development 
Tools 

■ Graphics 

■ Intermediate and 
Advanced UNIX and 
C Programming 

■ Administration 
of Systems 
and Networks 


VENDOR EXHIBITION 

The USENK Association’s annual Vendor Exhibition will 
be held June 9-11 at the Phoenix Civic Plaza. The pri¬ 
mary intent of this Exhibition is to provide vendors an 
opportunity to display advanced technology in hardware 
and software innovations relevant to the UNIX technical 
community. 

A multi-vendor networking capability will allow commu¬ 
nication between participating vendors. State of the art 
networking features will be demonstrated. 

THE SPONSOR 

The USENIX Association is an international technical and 
professional organization devoted to fostering innovation 
with a historical and present UNIX bias. It promotes the 
exportation and importation of ideas, encourages research 
that works and problem-solving with a practical bias. 

Plan now to attend the 1987 Summer USENIX 
Conference and Exhibition for the latest in UNIX 
applications and research. 
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For complete conference details, call: (213) 592-1381 or 
(213) 592-3243 
or write: 

USENIX Conference Office, 
P.0. Box 385, 

Sunset Beach, CA 90742 






















NEW FOR NETWORK DESIGNERS 


BEFORE 


AFTER 



See how your proposed network performs under various workloads 

NETWORK II.5 now gives you easy-to-understand simulation 
results quickly—no programming 


W ith NETWORK II.5 you 
enter your computer or 
communications system description. 
Simulation follows immediately 

--no programming delays. 

Easy to understand results 

Your reports show utilization, 
queues, execution times, response 
times and conflicts. 

Graphical reports show hardware 
layout, software data flow, and 
device utilization. 

Seeing graphical results 
increases everyone’s understanding 
of your proposed network and 
builds confidence in your analysis. 

Your system simulated 
You can analyze any computer 
or communications system including 
local area networks. 

You can simulate some portions 
of the system at a detailed level 
and others at a coarser level. 

Widely used protocols are built-in 
-you just make a choice. 


Free trial and training offer 

The free trial contains everything 
you need to try NETWORK II.5® 
on your computer. 

You can study your network or 
modify our example. If you have 
questions, just call us for an 
immediate response. 

No cost, no obligation. 

Act now-limited offer 
For a limited time we also 
include free training. 

For immediate information 

Call Paul Gorman at (619) 
457-9681. In the UK, call Steve 
Wombell on (01) 940-3606. 

Computers with NETWORK II.5 

• IBM PC XT-AT or compatible. 

• Most Mainframe computers: 
IBM, VAX, Gould, Data General, 
Sun, Cray, and ETA. 

The quickest, easiest way for 
you to evaluate network alternatives 
is with NETWORK 0.5. 


With NETWORK 0.5 you get 
results sooner and they are better 
understood. 


Rush information on 
NETWORK 0.5 free trial and 
training 

Free trial-learn the reasons for the 
broad and growing popularity of NET¬ 
WORK II.5 — no cost, no obligation. 

Limited offer-return the coupon today 
and we will include one free course enroll¬ 
ment worth $850. 


Return to: IEEE C0M 

CACI 

3344 North Torrey Pines Court 
La Jolla, California 92037 

Or, better yet, call Paul Gorman at 
(619) 457-9681 
In the UK 

CACI 

26 The Quadrant 

Richmond, Surrey, England TW9 1DL 

Call Steve Wombell on (01) 940-3606 


NETWORK II.5 is a registered trad< 
mark of CACI, INC.-FEDERAL 
©1987 CACI, INC.-FEDERAL 






















COMPUTER 


April 1987 Published by the Computer Society of the IEEE Vol. 20, No.4 


ARTICLES 


JQ No Silver Bullet: Essence and Accidents of Software Engineering 

Frederick P. Brooks, Jr. 

Fashioning complex conceptual constructs is the essence; accidental tasks arise in representing the constructs 
in language. Past progress has so reduced the accidental tasks that future progress now depends upon 
addressing the essence. 

91 Wafer Scale Interconnections for GaAs Packaging—Applications to 
RISC Architecture 

jack F. McDonald, Hans J. Greub, Randy H. Sleinvorth, Brian J. Donlan, and Albert S. Bergendahl 
This article describes a high-speed, high-density wafer scale packaging technology for the implementation of 
GaAs systems. 

3g Toward a GaAs Realization of a Production-System Machine 

Theodore F. Lehr and Robert G. Wedig 

The computation and memory demands of OPS5 production systems suggest that the underlying 
production-system machine architecture can take advantage of a high-speed realization technology. 

50 Multiprocessing the Sieve of Eratosthenes 

Shahid H. Bokhari 

A parallel version of the two-thousand-year-old algorithm for finding prime numbers tests the capabilities 
of a multiprocessor. 

01 Digit-Pipelined Arithmetic as Illustrated By the Paste-Up System: 

A Tutorial 

Mary Jane Irwin and Robert Michael Owens 

Building digital signal processors with digit-pipelined primitive components lessens the number of 
interconnects needed within and between VLSI chips, and there is no sacrifice in processing speed. 
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In his article, “No Silver Bullet: Essence 
and Accidents of Software Engineering,” 
Brooks analyzes the nature of software 
engineering and assesses the technical devel¬ 
opments that are most often advanced as 
potential “silver bullets” for slaying the 
monster. Silver bullets, of course, are, ac¬ 
cording to popular belief, the method by 
which werewolves are killed. For an overview 
of werewolf history and advice on what to 
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Roy L. Russo, president 


FROM THE PRESIDENT 


The vitality of the Computer Society: An assessment of 1986 


Despite the slump in the computer in¬ 
dustry, 1986 turned out to be a reason¬ 
ably good year for the Computer Society. 

In finances, a gold star was earned by 
the Board of Governors and the many 
volunteers and staff who persevered to 
reduce expenses by over $750,000. Our 
pre-audit information indicates that we 
just about broke even for the year. 

We made advances in member services 
by introducing a new quarterly maga¬ 
zine, IEEE Expert, which got off to a 
great start. We made affiliate agreements 
with several Japanese societies, our 


European office services were well 
received as indicated by our publications 
sales, and our conferences program re¬ 
mained strong. Our technical commit¬ 
tees, standards development groups, and 
public policy committees continued to be 
quite productive. Turnover among our 
employees was reduced significantly 
through workload balancing, an im¬ 
proved compensation program, and 
more attention to employee involvement 
and management techniques. 

On the negative side, our membership 
grew by only 0.4 percent to about 90,000 


members. And we had to cancel many of 
our Tutorial Weeks because the atten¬ 
dance simply wasn’t there. 

The statements below and at right tell 
how our Executive Committee members 
saw the year. 

Best regards, 

Roy L. Russo, president 

Computer Society of the IEEE 


The Executive Committee’s assessment of specific areas 


H Michael C. Mulder, 
first vice president, 
education: The 

roots of our profes¬ 
sion can be found in 
university class¬ 
rooms and labora¬ 
tories. Most of our 
technology advances 
began there. The 
Computer Society 
has a long and rich 
history of strong 
leadership in provid¬ 
ing guidance to edu¬ 
cators in computer 
science and engi¬ 
neering education. 
We will continue to 
do so, involving as 
many members as 
possible. 



Kenneth R. Ander¬ 
son, second vice 
president, technical 
activities: A revital¬ 
ized Technical 
Activities Board 
conducted a strong 
program of devel¬ 
opment of technical 
initiatives that are 
expected to bear 
fruit in improved 
content of publica¬ 
tions and confer¬ 
ences. Incentives 
were developed to 
encourage greater 
vitality and a richer 
and more innovative 
range of activities 
among technical 
committees. 
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James H. Aylor, vice president, 
conferences and tutorials: 1986 
represented a very successful year for 
conferences, both financially and 
technically. This is especially significant 
in light of the economic state of the high 
technology community. Also, a new 
annual conference, the Fall Joint 
Computer Conference, was held and 
cosponsored by ACM. 



J.T. Cain, vice president, publications: 

In 1986 the society made significant 
advances in delivering society publica¬ 
tions in a cost-effective manner. Elec¬ 
tronic publishing has been integrated 
into both our periodical and nonperiod¬ 
ical production processes. Despite the 
economic downturn, we were able to 
introduce 16 new tutorials, 46 conference 
proceedings, and one new magazine, 
IEEE Expert, to complement the other 
five magazines and three transactions. 


Willis K. King, vice president, area 
activities: In area activities, the 
Distinguished Visitor’s Program 
continued to enjoy popular support. 
Despite a very tight budget, we managed 
to award two Merwin scholarships and 
launched a new MicroMouse program to 
support student chapter activities. 




Merlin G. Smith, vice president, 
membership and information: Last year 
we added two Japanese societies—the 
Information Processing Society of Japan 
and the Institute of Electronics and 
Communication Engineers of Japan—to 
our list of affiliate societies, bringing the 
total to 20. The ombudsman program, 
now in its second year, has become 
increasingly valuable. The program 
helped identify and rectify a major 
magazine delivery problem and has 
provided members with a responsive 
channel for a wide variety of member 
needs. 



Helen M. Wood, vice president, 
standards activities: The Computer 
Society currently sponsors nearly 80 
active standards projects. Standards 
working groups meet up to six times a 
year, generating meeting minutes, 
reports, and draft standards, guides, and 
standards of practice. In 1987, 14 
working groups are expected to complete 
development of draft standards. 



Joseph E. Urban, treasurer: Last year 
was a fiscal challenge. The 1985 Board 
of Governors approved a deficit budget 
for 1986, and the projected deficit grew 
due to the general downturn in the com¬ 
puter industry and a drop in the NCC-86 
distribution. Through a series of budget 
cuts, the society ended the fiscal year at 
slightly better than even. The current 
financial position is much better than 
mid-1986 projections predicted, but 1987 
could also be fiscally challenging if the 
industry stagnation continues. The Com¬ 
puter Society will continue to meet that 
challenge. 
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FROM THE EDITOR 



Logging on 

Specifying, designing, building, 
testing, deploying, and evolving complex 
computer-based systems are all difficult 
tasks. Transferring new technologies 
from university, government, and in¬ 
dustrial research and development 
centers into production status is a time- 
consuming, expensive, and not well- 
understood process. This is true if we are 
transferring new hardware, packaging, 
or fabrication technologies or trans¬ 
ferring device technology, such as that 
involved in optical disks, laser printers, 
or high-performance graphics worksta¬ 
tions. It is also true if we are transferring 
technology into the myriad of software 
systems in use today, such as distributed 
and networked operating systems, very 
high level language optimizing compilers, 
and integrated design and programming 
environments. 

One of the purposes of Computer is to 
function as both a conduit and a filter in 
the technology transfer process. Com¬ 
puter also serves as source of informa¬ 
tion about the wide spectrum of activities 
sponsored by the Computer Society and 
the volunteers and staff involved in these 
undertakings. 

Over the next several months, we will 
be putting in place a number of features 
and departments that will, I hope, aid 
Computer in achieving these goals. We 
will be starting a Surveys and Tutorials 
Department that will cover both mature 
and promising technologies. A survey 
will review the state of the practice 
and/or state of the art in a given area. 

A tutorial will focus on providing a 
technically substantive introduction to a 
given topic. 

We intend to publish articles by a 
number of senior scientists, engineers, 
and educators in a wide variety of areas 
in our field. These articles will range 
from position statements, exemplified by 
the article by Fred Brooks in this issue, 
to various interviews being planned with 
industrial, government, and academic 
leaders. 



Bruce D. Shriver, editor-in-chief 


We will be broadening our book 
review coverage to embrace a larger 
scope of topics and will review material 
other than books, for example, video 
tape lectures and audio cassette-based 
courses. We will be previewing and 
reviewing Technical Committee task 
forces, workshops, panels, and related 
activities in a new department beginning 
in the May issue. Later this year, 
conference-related material will be 
highlighted in a new department called 
the Conferences and Calendar Depart¬ 
ment. We are revitalizing the Standards 
Department; we will, from time to time 
be using a point/counterpoint discussion 
of various standards issues. 

Additionally, we will be exploring 
ways to collaborate with the Computer 
Society’s specialty magazines; for exam¬ 
ple, Computer will jointly publish a 
theme issue on programming environ¬ 
ments with IEEE Software later this 
year. 

It will, of course, take several months 
to start these activities and several 
months beyond that to get the pipeline 
full of refereed manuscripts and reviews 
to sustain these features and depart¬ 
ments. I invite and encourage you to 
contribute material to any of these ac¬ 
tivities, as well as to become a member 
of our expanding pool of referees. 

Bruce D. Shriver, editor-in-chief 
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LETTERS 


COMPUTER SCIENCES/ 
LABORATORY DIRECTOR 


The Aerospace Corporation seeks a Laboratory Director who can provide 
technical and administrative leadership and direction to a laboratory con¬ 
ducting research and program support in computer science and technology 
related to space systems. The selected candidate will be responsible for 
managing of the staff and resources of the laboratory organization and for 
assuring high quality research programs and responsiveness to Aerospace 
and Air Force program requirements. 

Candidates should have a PhD or equivalent in computer sciences and the 
ability to attract and develop a first rate staff and to develop a high quality 
technical program. Also required is a record of substantial personal technical 
achievements and an excellent technical reputation. Previous experience in 
managing a substantial high-level technical computer science organization is 
essential. Advanced research in program verification is highly desirable. The 
position also requires excellent communication skills, responsiveness to 
budgetary and schedule constraints and a demonstrated ability to interact 
effectively with high-level Aerospace, government and contractor personnel. 
Aerospace is a nonprofit corporation dedicated to national defense needs 
through the application of technical expertise. We offer an excellent salary 
and benefits package. For immediate consideration, please send your resume 
and salary history in confidence to: The Aerospace Corporation, Pro¬ 
fessional Placement, M2/118, P.O. Boa 92957, Dept. PJ649, Los 
Angeles, CA 90009. 
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Moving? 

PLEASE NOTIFY 

Name (Please Print) 

US 4 WEEKS 

IN ADVANCE 

New Address 



City 

State/Country Zip 

MAIL TO: 

IEEE Service Center 

445 Hoes Lane 
Piscataway, NJ 08854 

ATTACH 

LABEL 

HERE 

• This notice of address change will apply to all 

IEEE publications to which you subscribe. 

• List new address above. 

• If you have a question about your subscription, 
place label here and clip this form to your letter. 


Air-traffic-control 
issue a harbinger? 

To the editor: 

Congratulations on a superb February 
1987 issue with its extensive coverage of 
air-traffic-control system technology! 

The in-depth, multi-faceted presentations 
of the safety systems behind a mode of 
transportation common to Computer’s 
readers leads me to believe that this issue 
captured the attention of us all. 

I have this regret, however. When re¬ 
newing my 1987 IEEE membership, I 
opted out of the Computer Society, put¬ 
ting a stop to my Computer subscrip¬ 
tion, having tired of the incessant stream 
of alienating esotericism in the majority 
of its articles. Patiently I yearned for a 
substantive application emphasis. Issue 
continued to follow issue, each crammed 
with its continuing, exotic, alienating, 
esoteric irrelevance—much of which 
smacked of academic arrogance—with 
little that I could truly enjoy reading. 
After concluding that I had had enough 
of its reader unfriendliness, I put the ax 
to my Computer subscription. And 
wouldn’cha know? Along comes the thor¬ 
oughly enjoyable ATC issue! 

My hope is that this signals a change 
for the better in Computer’s editorial 
content. With my direct link severed, I’ll 
continue to monitor Computer by “rid¬ 
ing shotgun” on a colleague’s subscrip¬ 
tion (as was done with the February is¬ 
sue), and who knows? Perhaps my mail¬ 
man might once again greet me, as he’s 
done in the past, with his comment that 
puts to rest all speculation about whether 
the gang at the Post Office peruses our 
magazines: “Here’s that strange maga¬ 
zine again!” 

Peter Kushkowski 

Haddam, Conn. 


Check page 6 for a preview of our edi¬ 
torial plans, then call Computer’s circu¬ 
lation manager, Christina Champion, at 
(714) 821-8380. She has your letter 
tacked to her bulletin board and will per¬ 
sonally expedite processing of your late 
renewal and mailing of the issues you 
missed. —Ed. 
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Moving 

Information 


At GTE’s Computer and Intelligent Systems Laboratory, we’ve 
intensified our focus and created new opportunities in Soft¬ 
ware and Information Engineering and Artificial Intelligence. 
Here, we apply new ideas to research and development projects 
for improved information and telecommunication systems. 



From One 
Era Into 
Another 


By expanding our scope and responsibility, we can better sup¬ 
port GTE’s telecommunications businesses. And our activities 
create challenges for individuals at the MS/PhD level in Com¬ 
puter Science. Join us as we continue to make history in 
telecommunications technology. 

Areas of expertise: 

• SOFTWARE REUSABILITY 

• PROGRAMMING ENVIRONMENTS 

• INFORMATION RETRIEVAL 

• INTELLIGENT DATABASE MANAGEMENT 
SYSTEMS 

• APPLIED EXPERT SYSTEMS 

• PERFORMANCE ENGINEERING AND SIMULATION 

• OPERATING SYSTEMS 

• EXECUTABLE SPECIFICATIONS 

• RAPID PROTOTYPING 

• ENTERPRISE ANALYSIS AND BUSINESS 
MODELING 

• DISTRIBUTED ARTIFICIAL INTELLIGENCE 

• LOGIC PROGRAMMING 


GTE Laboratories offers attractive facilities located in a 
quiet, wooded setting just outside of Boston as well as a 
highly competitive salary and benefits package. We invite you 
to send a resume to Vanessa Stem, GTE Laboratories, Inc., 
Box COMPUTER4, 40 Sylvan Road, Waltham, MA 02254. 


GTE 


Laboratories 


An equal opportunity employer, M/F/H/V. 
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Essence and Accidents of 
Software Engineering 


Frederick P. Brooks, Jr. 
University of North Carolina at Chapel Hill 


Fashioning complex 
conceptual constructs 
is the essence; 
accidental tasks arise 
in representing the 
constructs in 
language. Past 
progress has so 
reduced the accidental 
tasks that future 
progress now depends 
upon addressing the 
essence. 


O f all the monsters that fill the 
nightmares of our folklore, none 
terrify more than werewolves, 
because they transform unexpectedly 
from the familiar into horrors. For these, 
one seeks bullets of silver that can magic¬ 
ally lay them to rest. 

The familiar software project, at least as 
seen by the nontechnical manager, has 
something of this character; it is usually in¬ 
nocent and straightforward, but is capable 
of becoming a monster of missed sched¬ 
ules, blown budgets, and flawed products. 
So we hear desperate cries for a silver 
bullet—something to make software costs 
drop as rapidly as computer hardware 
costs do. 

But, as we look to the horizon of a 
decade hence, we see no silver bullet. 
There is no single development, in either 
technology or in management technique, 
that by itself promises even one order-of- 
magnitude improvement in productivity, 
in reliability, in simplicity. In this article, I 
shall try to show why, by examining both 
the nature of the software problem and the 
properties of the bullets proposed. 

Skepticism is not pessimism, however. 
Although we see no startling break- 

This article was first published in Information Process¬ 
ing ’86, ISBN No. 0-444-70077-3, H.-J. Kugler, ed„ 
Elsevier Science Publishers B.V. (North-Holland) © 
IFIP 1986. 


throughs—and indeed, I believe such to be 
inconsistent with the nature of soft¬ 
ware—many encouraging innovations are 
under way. A disciplined, consistent effort 
to develop, propagate, and exploit these 
innovations should indeed yield an order- 
of-magnitude improvement. There is no 
royal road, but there is a road. 

The first step toward the management 
of disease was replacement of demon 
theories and humours theories by the germ 
theory. That very step, the beginning of 
hope, in itself dashed all hopes of magical 
solutions. It told workers that progress 
would be made stepwise, at great effort, 
and that a persistent, unremitting care 
would have to be paid to a discipline of 
cleanliness. So it is with software engi¬ 
neering today. 


Does it have to be 
hard?—Essential 
difficulties 

Not only are there no silver bullets now 
in view, the very nature of software makes 
it unlikely that there will be any—no in¬ 
ventions that will do for software prod¬ 
uctivity, reliability, and simplicity what 
electronics, transistors, and large-scale 
integration did for computer hardware. 
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We cannot expect ever to see twofold gains 
every two years. 

First, one must observe that the anom¬ 
aly is not that software progress is so slow, 
but that computer hardware progress is so 
fast. No other technology since civilization 
began has seen six orders of magnitude in 
performance-price gain in 30 years. In no 
other technology can one choose to take 
the gain in either improved performance 
or in reduced costs. These gains flow from 
the transformation of computer manufac¬ 
ture from an assembly industry into a pro¬ 
cess industry. 

Second, to see what rate of progress one 
can expect in software technology, let us 
examine the difficulties of that tech¬ 
nology. Following Aristotle, I divide them 
into essence, the difficulties inherent in the 
nature of software, and accidents, those 
difficulties that today attend its produc¬ 
tion but are not inherent. 

The essence of a software entity is a con¬ 
struct of interlocking concepts: data sets, 
relationships among data items, algo¬ 
rithms, and invocations of functions. This 
essence is abstract in that such a concep¬ 
tual construct is the same under many dif¬ 
ferent representations. It is nonetheless 
highly precise and richly detailed. 

I believe the hard part of building soft¬ 
ware to be the specification, design, and 
testing of this conceptual construct, not 
the labor of representing it and testing the 
fidelity of the representation. We still 
make syntax errors, to be sure; but they 
are fuzz compared with the conceptual 
errors in most systems. 

If this is true, building software will 
always be hard. There is inherently no 
silver bullet. 

Let us consider the inherent properties 
of this irreducible essence of modern soft¬ 
ware systems: complexity, conformity, 
changeability, and invisibility. 


Complexity. Software entities are more 
complex for their size than perhaps any 
other human construct because no two 
parts are alike (at least above the statement 
level). If they are, we make the two similar 
parts into a subroutine—open or closed. 
In this respect, software systems differ 
profoundly from computers, buildings, or 
automobiles, where repeated elements 
abound. 

Digital computers are themselves more 
complex than most things people build: 
They have very large numbers of states. 
This makes conceiving, describing, and 
testing them hard. Software systems have 



orders-of-magnitude more states than 
computers do. 

Likewise, a scaling-up of a software en¬ 
tity is not merely a repetition of the same 
elements in larger sizes, it is necessarily an 
increase in the number of different ele¬ 
ments. In most cases, the elements interact 
with each other in some nonlinear fashion, 
and the complexity of the whole increases 
much more than linearly. 

The complexity of software is an essen¬ 
tial property, not an accidental one. 
Hence, descriptions of a software entity 
that abstract away its complexity often 
abstract away its essence. For three cen¬ 
turies, mathematics and the physical 
sciences made great strides by constructing 
simplified models of complex phenomena, 
deriving properties from the models, and 
verifying those properties by experiment. 
This paradigm worked because the com¬ 
plexities ignored in the models were not 
the essential properties of the phenomena. 
It does not work when the complexities are 
the essence. 

Many of the classic problems of devel¬ 
oping software products derive from this 
essential complexity and its nonlinear in¬ 
creases with size. From the complexity 
comes the difficulty of communication 
among team members, which leads 
to product flaws, cost overruns, 
schedule delays. From the 
complexity comes the 


difficulty of enumerating, much less 
understanding, all the possible states of 
the program, and from that comes the 
unreliability. From complexity of function 
comes the difficulty of invoking function, 
which makes programs hard to use. From 
complexity of structure comes the diffi¬ 
culty of extending programs to new func¬ 
tions without creating side effects. From 
complexity of structure come the un¬ 
visualized states that constitute security 
trapdoors. 

Not only technical problems, but 
management problems as well come from 
the complexity. It makes overview hard, 
thus impeding conceptual integrity. It 
makes it hard to find and control all the 
loose ends. It creates the tremendous 
learning and understanding burden that 
makes personnel turnover a disaster. 

Conformity. Software people are not 
alone in facing complexity. Physics deals 
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with terribly complex objects even at the 
“fundamental” particle level. The phys¬ 
icist labors on, however, in a firm faith 
that there are unifying principles to be 
found, whether in quarks or in unified- 
field theories. Einstein argued that there 
must be simplified explanations of nature, 
because God is not capricious or arbitrary. 

No such faith comforts the software en¬ 
gineer. Much of the complexity that he 
must master is arbitrary complexity, 
forced without rhyme or reason by the 
many human institutions and systems to 
which his interfaces must conform. These 
differ from interface to interface, and 
from time to time, not because of necessity 
but only because they were designed by 
different people, rather than by God. 

In many cases, the software must con¬ 
form because it is the most recent arrival 
on the scene. In others, it must conform 
because it is perceived as the most 
conformable. But in all cases, much com¬ 
plexity comes from conformation to other 
interfaces; this complexity cannot be 
simplified out by any redesign of the soft¬ 
ware alone. 

Changeability. The software entity is 
constantly subject to pressures for change. 
Of course, so are buildings, cars, com¬ 
puters. But manufactured things are infre¬ 
quently changed after manufacture; they 
are superseded by later models, or essen¬ 
tial changes are incorporated into later- 
serial-number copies of the same basic 
design. Call-backs of automobiles are 
really quite infrequent; field changes of 
computers somewhat less so. Both are 
much less frequent than modifications to 
fielded software. 

In part, this is so because the software of 
a system embodies its function, and the 
function is the part that most feels the 
pressures of change. In part it is because 
software can be changed more easily—it is 
pure thought-stuff, infinitely malleable. 
Buildings do in fact get changed, but the 
high costs of change, understood by all, 
serve to dampen the whims of the 
changers. 

All successful software gets changed. 
Two processes are at work. First, as a soft¬ 
ware product is found to be useful, people 
try it in new cases at the edge of or beyond 
the original domain. The pressures for ex¬ 
tended function come chiefly from users 
who like the basic function and invent new 
uses for it. 

Second, successful software survives 
beyond the normal life of the machine 
vehicle for which it is first written. If not 


new computers, then at least new disks, 
new displays, new printers come along; 
and the software must be conformed to its 
new vehicles of opportunity. 

In short, the software product is embed¬ 
ded in a cultural matrix of applications, 
users, laws, and machine vehicles. These 
all change continually, and their changes 
inexorably force change upon the software 
product. 

Invisibility. Software is invisible and un- 
visualizable. Geometric abstractions are 
powerful tools. The floor plan of a build¬ 
ing helps both architect and client evaluate 
spaces, traffic flows, views. Contra¬ 
dictions and omissions become obvious. 


Despite progress in 
restricting and simplifying 
software structures, they 
remain inherently 
unvisualizable, and thus 
do not permit the mind to 
use some of its most 
powerful conceptual tools. 


Scale drawings of mechanical parts and 
stick-figure models of molecules, al¬ 
though abstractions, serve the same pur¬ 
pose. A geometric reality is captured in a 
geometric abstraction. 

The reality of software is not inherently 
embedded in space. Hence, it has no ready 
geometric representation in the way that 
land has maps, silicon chips have dia¬ 
grams, computers have connectivity 
schematics. As soon as we attempt to dia¬ 
gram software structure, we find it to con¬ 
stitute not one, but several, general 
directed graphs superimposed one upon 
another. The several graphs may represent 
the flow of control, the flow of data, pat¬ 
terns of dependency, time sequence, 
name-space relationships. These graphs 
are usually not even planar, much less 
hierarchical. Indeed, one of the ways of 
establishing conceptual control over such 
structure is to enforce link cutting until 
one or more of the graphs becomes hierar¬ 
chical. 1 

In spite of progress in restricting and 
simplifying the structures of software, 
they remain inherently unvisualizable, and 
thus do not permit the mind to use some of 
its most powerful conceptual tools. This 


lack not only impedes the process of 
design within one mind, it severely hinders 
communication among minds. 

Past breakthroughs 
solved accidental 
difficulties 

If we examine the three steps in soft- 
ware-technology development that have 
been most fruitful in the past, we discover 
that each attacked a different major dif¬ 
ficulty in building software, but that those 
difficulties have been accidental, not 
essential, difficulties. We can also see the 
natural limits to the extrapolation of each 
such attack. 

High-level languages. Surely the most 
powerful stroke for software productivity, 
reliability, and simplicity has been the pro¬ 
gressive use of high-level languages for 
programming. Most observers credit that 
development with at least a factor of five 
in productivity, and with concomitant 
gains in reliability, simplicity, and com¬ 
prehensibility. 

What does a high-level language ac¬ 
complish? It frees a program from much 
of its accidental complexity. An abstract 
program consists of conceptual con¬ 
structs: operations, datatypes, sequences, 
and communication. The concrete ma¬ 
chine program is concerned with bits, reg¬ 
isters, conditions, branches, channels, 
disks, and such. To the extent that the 
high-level language embodies the con¬ 
structs one wants in the abstract program 
and avoids all lower ones, it eliminates a 
whole level of complexity that was never 
inherent in the program at all. 

The most a high-level language can do is 
to furnish all the constructs that the pro¬ 
grammer imagines in the abstract pro¬ 
gram. To be sure, the level of our thinking 
about data structures, data types, and 
operations is steadily rising, but at an ever- 
decreasing rate. And language devel¬ 
opment approaches closer and closer to 
the sophistication of users. 

Moreover, at some point the elabora¬ 
tion of a high-level language creates a tool- 
mastery burden that increases, not re¬ 
duces, the intellectual task of the user who 
rarely uses the esoteric constructs. 

Time-sharing. Time-sharing brought a 
major improvement in the productivity of 
programmers and in the quality of their 
product, although not so large as that 
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brought by high-level languages. 

Time-sharing attacks a quite different 
difficulty. Time-sharing preserves im¬ 
mediacy, and hence enables one to main¬ 
tain an overview of complexity. The slow 
turnaround of batch programming means 
that one inevitably forgets the minutiae, if 
not the very thrust, of what one was think¬ 
ing when he stopped programming and 
called for compilation and execution. This 
interruption is costly in time, for one must 
refresh one’s memory. The most serious 
effect may well be the decay of the grasp of 
all that is going on in a complex system. 

Slow turnaround, like machine-lan¬ 
guage complexities, is an accidental rather 
than an essential difficulty of the software 
process. The limits of the potential con¬ 
tribution of time-sharing derive directly. 
The principal effect of time-sharing is to 
shorten system response time. As this 
response time goes to zero, at some point it 
passes the human threshold of noticeabil- 
ity, about 100 milliseconds. Beyond that 
threshold, no benefits are to be expected. 

Unified programming environments. 

Unix and Interlisp, the first integrated pro¬ 
gramming environments to come into 
widespread use, seem to have improved 
productivity by integral factors. Why? 

They attack the accidental difficulties 
that result from using individual programs 
together, by providing integrated libraries, 
unified file formats, and pipes and filters. 
As a result, conceptual structures that in 
principle could always call, feed, and use 
one another can indeed easily do so in 
practice. 

This breakthrough in turn stimulated 
the development of whole toolbenches, 
since each new tool could be applied to any 
programs that used the standard formats. 

Because of these successes, environ¬ 
ments are the subject of much of today’s 
software-engineering research. We look at 
their promise and limitations in the next 
section. 


Hopes for the silver 

Now let us consider the technical devel¬ 
opments that are most often advanced as 
potential silver bullets. What problems do 
they address—-the problems of essence, or 
the remaining accidental difficulties? Do 
they offer revolutionary advances, or in¬ 
cremental ones? 

Ada and other high-level language ad¬ 
vances. One of the most touted recent de- 


To slay the werewolf 


Why a silver bullet? Magic, of course. Silver is identified with the moon and thus 
has magic properties. A silver bullet offers the fastest, most powerful, and safest 
way to slay the fast, powerful, and incredibly dangerous werewolf. And what could 
be more natural than using the moon-metal to destroy a creature transformed 
under the light of the full moon? 

The legend of the werewolf is probably one of the oldest monster legends 
around. Herodotus in the fifth century BC gave us the first written report of 
werewolves when he mentioned a tribe north of the Black Sea, called the Neuri, 
who supposedly turned into wolves a few days each year. Herodotus wrote that he 
didn’t believe it. 



Sceptics aside, many people have believed in people turning into wolves or 
other animals. In medieval Europe, some people were killed because they were 
thought to be werewolves. In those times, it didn’t take being bitten by a werewolf 
to become one. A bargain with the devil, using a special potion, wearing a special 
belt, or being cursed by a witch could all turn a person into a werewolf. However, 
medieval werewolves could be hurt and killed by normal weapons. The problem 
was to overcome their strength and cunning. 

Enter the fictional, not legendary, werewolf. The first major werewolf movie, The 
Werewolf of London, in 1935 created the two-legged man-wolf who changed into a 
monster when the moon was full. He became a werewolf after being bitten by one, 
and could be killed only with a silver bullet. Sound familiar? 

Actually, we owe many of today’s ideas about werewolves to Lon Chaney Jr.’s 
unforgettable 1941 portrayal in The Wolf Man. Subsequent films seldom strayed far 
from the mythology of the werewolf shown in that movie. But that movie strayed 
far from the original mythology of the werewolf. 

Would you believe that before fiction took over the legend, werewolves weren’t 
troubled by silver bullets? Vampires were the ones who couldn’t stand them. Of 
course, if you rely on the legends, your only salvation if unarmed and attacked by a 
werewolf is to climb an ash tree or run into a field of rye. Not so easy to find in an 
urban setting, and hardly recognizable to the average movie audience. 

What should you watch out for? People whose eyebrows grow together, whose 
index finger is longer than the middle finger, and who have hair growing on their 
palms. Red or black teeth are a definite signal of possible trouble. 

Take warning, though. The same symptoms mark people suffering from hyper¬ 
trichosis (people born with hair covering their bodies) or porphyria. In porphyria, a 
person’s body produces toxins called porphyrins. Consequently, light becomes 
painful, the skin grows hair, and the teeth may turn red. Worse for the victim’s 
reputation, his or her increasingly bizarre behavior makes people even more 
suspicious of the other symptoms. It seems very likely that the sufferers of this 
disease unwittingly contributed to the current legend, although in earlier times 
they were evidently not accused of murderous tendencies. 

It is worth noting that the film tradition often makes the werewolf a rather sym¬ 
pathetic character, an innocent transformed against his (or rarely, her) will into a 
monster. As the gypsy said in The Wolf Man, ' 


Even a man who is pure at heart, 

And says his prayers at night, 

Can become a wolf when the wolfbane blooms, 
And the moon is full and bright. 
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velopments is Ada, a general-purpose 
high-level language of the 1980’s. Ada not 
only reflects evolutionary improvements 
in language concepts, but indeed em¬ 
bodies features to encourage modern 
design and modularization. Perhaps the 
Ada philosophy is more of an advance 
than the Ada language, for it is the 
philosophy of modularization, of abstract 
data types, of hierarchical structuring. 
Ada is over-rich, a natural result of the 
process by which requirements were laid 
on its design. That is not fatal, for sub¬ 
setted working vocabularies can solve the 
learning problem, and hardware advances 
will give us the cheap MIPS to pay for the 
compiling costs. Advancing the structur¬ 
ing of software systems is indeed a very 
good use for the increased MIPS our 
dollars will buy. Operating systems, loudly 
decried in the 1960’s for their memory and 
cycle costs, have proved to be an excellent 
form in which to use some of the MIPS 
and cheap memory bytes of the past hard¬ 
ware surge. 

Nevertheless, Ada will not prove to be 
the silver bullet that slays the software 
productivity monster. It is, after all, just 
another high-level language, and the big¬ 
gest payoff from such languages came 
from the first transition—the transition up 
from the accidental complexities of the 
machine into the more abstract statement 
of step-by-step solutions. Once those ac¬ 
cidents have been removed, the remaining 
ones will be smaller, and the payoff from 
their removal will surely be less. 

I predict that a decade from now, when 
the effectiveness of Ada is assessed, it will 
be seen to have made a substantial dif¬ 
ference, but not because of any particular 
language feature, nor indeed because of all 
of them combined. Neither will the new 
Ada environments prove to be the cause of 
the improvements. Ada’s greatest contri¬ 
bution will be that switching to it occa¬ 
sioned training programmers in modern 
software-design techniques. 

Object-oriented programming. Many 
students of the art hold out more hope for 
object-oriented programming than for 
any of the other technical fads of the day. 2 
I am among them. Mark Sherman of Dart¬ 
mouth notes on CSnet News that one must 
be careful to distinguish two separate ideas 
that go under that name: abstract data 
types and hierarchical types. The concept 
of the abstract data type is that an object’s 
type should be defined by a name, a set of 
proper values, and a set of proper opera¬ 
tions rather than by its storage structure, 


which should be hidden. Examples are 
Ada packages (with private types) and 
Modula’s modules. 

Hierarchical types, such as Simula-67’s 
classes, allow one to define general in¬ 
terfaces that can be further refined by pro¬ 
viding subordinate types. The two con¬ 
cepts are orthogonal—one may have 
hierarchies without hiding and hiding 
without hierarchies. Both concepts repre¬ 
sent real advances in the art of building 
software. 

Each removes yet another accidental 
difficulty from the process, allowing the 
designer to express the essence of the 
design without having to express large 
amounts of syntactic material that add no 


Many students of the art 
hold out more hope for 
object-oriented 
programming than for 
other technical fads of 
the day. 


information content. For both abstract 
types and hierarchical types, the result is to 
remove a higher-order kind of accidental 
difficulty and allow a higher-order expres¬ 
sion of design. 

Nevertheless, such advances can do no 
more than to remove all the accidental dif¬ 
ficulties from the expression of the design. 
The complexity of the design itself is essen¬ 
tial, and such attacks make no change 
whatever in that. An order-of-magnitude 
gain can be made by object-oriented pro¬ 
gramming only if the unnecessary type- 
specification underbrush still in our pro¬ 
gramming language is itself nine-tenths of 
the work involved in designing a program 
product. I doubt it. 

Artificial intelligence. Many people ex¬ 
pect advances in artificial intelligence to 
provide the revolutionary breakthrough 
that will give order-of-magnitude gains in 
software productivity and quality. 3 I do 
not. To see why, we must dissect what is 
meant by “artificial intelligence.” 

D.L. Parnas has clarified the termi¬ 
nological chaos 4 : 

Two quite different definitions of AI 
are in common use today. AI-1: The use 
of computers to solve problems that 
previously could only be solved by apply¬ 
ing human intelligence. AI-2: The use of a 
specific set of programming techniques 
known as heuristic or rule-based pro¬ 


gramming. In this approach human ex¬ 
perts are studied to determine what 
heuristics or rules of thumb they use in 
solving problems. . . . The program is 
designed to solve a problem the way that 
humans seem to solve it. 

The first definition has a sliding mean¬ 
ing. .. . Something can fit the definition 
of AI-1 today but, once we see how the 
program works and understand the prob¬ 
lem, we will not think of it as AI any 
more. . . . Unfortunately I cannot iden¬ 
tify a body of technology that is unique to 
this field. . . . Most of the work is prob¬ 
lem-specific, and some abstraction or 
creativity is required to see how to transfer 
it. 

I agree completely with this critique. 
The techniques used for speech recog¬ 
nition seem to have little in common with 
those used for image recognition, and 
both are different from those used in 
expert systems. I have a hard time seeing 
how image recognition, for example, will 
make any appreciable difference in pro¬ 
gramming practice. The same problem is 
true of speech recognition. The hard thing 
about building software is deciding what 
one wants to say, not saying it. No facilita¬ 
tion of expression can give more than mar¬ 
ginal gains. 

Expert-systems technology, AI-2, 
deserves a section of its own. 

Expert systems. The most advanced 
part of the artificial intelligence art, and 
the most widely applied, is the technology 
for building expert systems. Many soft¬ 
ware scientists are hard at work applying 
this technology to the software-building 
environment. 3,5 What is the concept, and 
what are the prospects? 

An expert system is a program that 
contains a generalized inference engine 
and a rule base, takes input data and 
assumptions, explores the inferences 
derivable from the rule base, yields 
conclusions and advice, and offers to 
explain its results by retracing its reasoning 
for the user. The inference engines typ¬ 
ically can deal with fuzzy or probabilistic 
data and rules, in addition to purely deter¬ 
ministic logic. 

Such systems offer some clear advan¬ 
tages over programmed algorithms 
designed for arriving at the same solutions 
to the same problems: 

• Inference-engine technology is devel¬ 
oped in an application-independent 
way, and then applied to many uses. 
One can justify much effort on the in- 
ference engines. Indeed, that 
technology is well advanced. 

• The changeable parts of the 
application-peculiar materials are en- 
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coded in the rule base in a uniform 
fashion, and tools are provided for 
developing, changing, testing, and 
documenting the rule base. This reg¬ 
ularizes much of the complexity of 
the application itself. 

The power of such systems does not 
come from ever-fancier inference mecha¬ 
nisms, but rather from ever-richer knowl¬ 
edge bases that reflect the real world more 
accurately. I believe that the most impor¬ 
tant advance offered by the technology is 
the separation of the application complex¬ 
ity from the program itself. 

How can this technology be applied to 
the software-engineering task? In many 
ways: Such systems can suggest interface 
rules, advise on testing strategies, remem¬ 
ber bug-type frequencies, and offer opti¬ 
mization hints. 

Consider an imaginary testing advisor, 
for example. In its most rudimentary 
form, the diagnostic expert system is very 
like a pilot’s checklist, just enumerating 
suggestions as to possible causes of diffi¬ 
culty. As more and more system structure 
is embodied in the rule base, and as the 
rule base takes more sophisticated account 
of the trouble symptoms reported, the 
testing advisor becomes more and more 
particular in the hypotheses it generates 
and the tests it recommends. Such an 
expert system may depart most radically 
from the conventional ones in that its rule 
base should probably be hierarchically 
modularized in the same way the corre¬ 
sponding software product is, so that as 
the product is modularly modified, the 
diagnostic rule base can be modularly 
modified as well. 

The work required to generate the 
diagnostic rules is work that would have to 
be done anyway in generating the set of 
test cases for the modules and for the sys¬ 
tem. If it is done in a suitably general 
manner, with both a uniform structure for 
rules and a good inference engine avail¬ 
able, it may actually reduce the total labor 
of generating bring-up test cases, and help 
as well with lifelong maintenance and 
modification testing. In the same way, one 
can postulate other advisors, probably 
many and probably simple, for the other 
parts of the software-construction task. 

Many difficulties stand in the way of the 
early realization of useful expert-system 
advisors to the program developer. A 
crucial part of our imaginary scenario is 
the development of easy ways to get from 
program-structure specification to the 
automatic or semiautomatic generation of 
diagnostic rules. Even more difficult and 



important is the twofold task of knowl¬ 
edge acquisition: finding articulate, self- 
analytical experts who know why they do 
things, and developing efficient tech¬ 
niques for extracting what they know and 
distilling it into rule bases. The essential 
prerequisite for building an expert system 
is to have an expert. 

The most powerful contribution by ex¬ 
pert systems will surely be to put at the ser¬ 
vice of the inexperienced programmer the 
experience and accumulated wisdom of 
the best programmers. This is no small 
contribution. The gap between the best 
software engineering practice and the 
average practice is very wide—perhaps 
wider than in any other engineering 
discipline. A tool that disseminates good 
practice would be important. 


“Automatic” programming. For almost 
40 years, people have been anticipating 
and writing about “automatic program¬ 
ming,” or the generation of a program for 
solving a problem from a statement of the 
problem specifications. Some today write 
as if they expect this technology to provide 
the next breakthrough. 5 

Parnas 4 implies that the term is used 
for glamor, not for semantic content, 
asserting, 

In short, automatic programming 
always has been a euphemism for program¬ 
ming with a higher-level language than was 
presently available to the programmer. 


• There are many known methods of 
solution to provide a library of alter¬ 
natives. 

• Extensive analysis has led to explicit 
rules for selecting solution techniques, 
given problem parameters. 

It is hard to see how such techniques 
generalize to the wider world of the or¬ 
dinary software system, where cases with 
such neat properties are the exception. It is 
hard even to imagine how this break¬ 
through in generalization could occur. 


He argues, in essence, that in most cases 
it is the solution method, not the problem, 
whose specification has to be given. 

One can find exceptions. The technique 
of building generators is very powerful, 
and it is routinely used to good advantage 
in programs for sorting. Some systems for 
integrating differential equations have 
also permitted direct specification of the 
problem, and the systems have assessed 
the parameters, chosen from a library of 
methods of solution, and generated the 
programs. 

These applications have very favorable 
properties: 


• The problems are readily charac¬ 
terized by relatively few parameters. 


Graphical programming. A favorite 
subject for PhD dissertations in software 
engineering is graphical, or visual, pro¬ 
gramming—the application of computer 
graphics to software design. 6>7 Sometimes 
the promise held out by such an approach 
is postulated by analogy with VLSI chip 
design, in which computer graphics plays 
so fruitful a role. Sometimes the theorist 
justifies the approach by considering 
flowcharts as the ideal program-design 
medium and by providing powerful 
facilities for constructing them. 

Nothing even convincing, much less ex¬ 
citing, has yet emerged from such efforts. I 
am persuaded that nothing will. 

In the first place, as I have argued 
elsewhere, 8 the flowchart is a very poor 
abstraction of software structure. Indeed, 
it is best viewed as Burks, von Neumann, 
and Goldstine’s attempt to provide a 
desperately needed high-level control lan¬ 
guage for their proposed computer. In the 
pitiful, multipage, connection-boxed 
form to which the flowchart has today 
been elaborated, it has proved to be useless 
as a design 
tool— 
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flowcharts after, not before, writing the 
programs they describe. 

Second, the screens of today are too 
small, in pixels, to show both the scope 
and the resolution of any seriously detailed 
software diagram. The so-called “desktop 
metaphor” of today’s workstation is in¬ 
stead an “airplane-seat” metaphor. Any¬ 
one who has shuffled a lap full of papers 
while seated between two portly passen¬ 
gers will recognize the difference—one can 
see only a very few things at once. The true 
desktop provides overview of, and ran¬ 
dom access to, a score of pages. Moreover, 
when fits of creativity run strong, more 
than one programmer or writer has been 
known to abandon the desktop for the 
more spacious floor. The hardware tech¬ 
nology will have to advance quite substan¬ 
tially before the scope of our scopes is suf¬ 
ficient for the software-design task. 

More fundamentally, as I have argued 
above, software is very difficult to 
visualize. Whether one diagrams control 
flow, variable-scope nesting, variable 
cross-references, dataflow, hierarchical 
data structures, or whatever, one feels 
only one dimension of the intricately in¬ 
terlocked software elephant. If one 
superimposes all the diagrams generated 
by the many relevant views, it is difficult to 
extract any global overview. The VLSI 
analogy is fundamentally misleading—a 
chip design is a layered two-dimensional 
description whose geometry reflects its 
realization in 3-space. A software system 
is not. 

Program verification. Much of the ef¬ 
fort in modern programming goes into 
testing and the repair of bugs. Is there 
perhaps a silver bullet to be found by 
eliminating the errors at the source, in the 
system-design phase? Can both productiv¬ 
ity and product reliability be radically 
enhanced by following the profoundly dif¬ 
ferent strategy of proving designs correct 
before the immense effort is poured into 
implementing and testing them? 

I do not believe we will find productivity 
magic here. Program verification is a very 
powerful concept, and it will be very im¬ 
portant for such things as secure operat¬ 
ing-system kernels. The technology does 
not promise, however, to save labor. Veri¬ 
fications are so much work that only a 
few substantial programs have ever been 
verified. 

Program verification does not mean 
error-proof programs. There is no magic 
here, either. Mathematical proofs also can 
be faulty. So whereas verification might 


reduce the program-testing load, it cannot 
eliminate it. 

More seriously, even perfect program 
verification can only establish that a pro¬ 
gram meets its specification. The hardest 
part of the software task is arriving at a 
complete and consistent specification, and 
much of the essence of building a program 
is in fact the debugging of the specification. 

Environments and tools. How much 
more gain can be expected from the ex¬ 
ploding researches into better program¬ 
ming environments? One’s instinctive 
reaction is that the big-payoff prob¬ 
lems—hierarchical file systems, uniform 
file formats to make possible uniform pro- 


Language-specific smart 
editors promise at most 
freedom from 
syntactic errors and 
simple semantic errors. 


gram interfaces, and generalized tools— 
were the first attacked, and have been 
solved. Language-specific smart editors 
are developments not yet widely used in 
practice, but the most they promise is 
freedom from syntactic errors and simple 
semantic errors. 

Perhaps the biggest gain yet to be real¬ 
ized from programming environments is 
the use of integrated database systems to 
keep track of the myriad details that must 
be recalled accurately by the individual 
programmer and kept current for a group 
of collaborators on a single system. 

Surely this work is worthwhile, and 
surely it will bear some fruit in both 
productivity and reliability. But by its very 
nature, the return from now on must be 
marginal. 

Workstations. What gains are to be ex¬ 
pected for the software art from the cer¬ 
tain and rapid increase in the power and 
memory capacity of the individual work¬ 
station? Well, how many MIPS can one 
use fruitfully? The composition and edit¬ 
ing of programs and documents is fully 
supported by today’s speeds. Compiling 
could stand a boost, but a factor of 10 in 
machine speed would surely leave think¬ 
time the dominant activity in the program¬ 
mer’s day. Indeed, it appears to be so now. 

More powerful workstations we surely 
welcome. Magical enhancements from 
them we cannot expect. 


Promising attacks on the 
conceptual essence 

Even though no technological 
breakthrough promises to give the sort of 
magical results with which we are so fami¬ 
liar in the hardware area, there is both an 
abundance of good work going on now, 
and the promise of steady, if unspecta¬ 
cular progress. 

All of the technological attacks on the 
accidents of the software process are 
fundamentally limited by the productivity 
equation: 

time of task = ^ {frequency) ,■ x (time). 

If, as I believe, the conceptual compo¬ 
nents of the task are now taking most of 
the time, then no amount of activity on the 
task components that are merely the ex¬ 
pression of the concepts can give large 
productivity gains. 

Hence we must consider those attacks 
that address the essence of the software 
problem, the formulation of these com¬ 
plex conceptual structures. Fortunately, 
some of these attacks are very promising. 

Buy versus build. The most radical 
possible solution for constructing soft¬ 
ware is not to construct it at all. 

Every day this becomes easier, as more 
and more vendors offer more and better 
software products for a dizzying variety of 
applications. While we software engineers 
have labored on production methodology, 
the personal-computer revolution has 
created not one, but many, mass markets 
for software. Every newsstand carries 
monthly magazines, which sorted by 
machine type, advertise and review dozens 
of products at prices from a few dollars to 
a few hundred dollars. More specialized 
sources offer very powerful products for 
the workstation and other Unix markets. 
Even software tools and environments can 
be bought off-the-shelf. I have elsewhere 
proposed a marketplace for individual 
modules. 9 

Any such product is cheaper to buy than 
to build afresh. Even at a cost of one hun¬ 
dred thousand dollars, a purchased piece 
of software is costing only about as much 
as one programmer-year. And delivery is 
immediate! Immediate at least for prod¬ 
ucts that really exist, products whose de¬ 
veloper can refer products to a happy user. 
Moreover, such products tend to be much 
better documented and somewhat better 
maintained than home-grown software. 
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The development of the mass market is, 
I believe, the most profound long-run 
trend in software engineering. The cost of 
software has always been development 
cost, not replication cost. Sharing that 
cost among even a few users radically cuts 
the per-user cost. Another way of looking 
at it is that the use of n copies of a software 
system effectively multiplies the produc¬ 
tivity of its developers by n. That is an 
enhancement of the productivity of the 
discipline and of the nation. 

The key issue, of course, is applicabil¬ 
ity. Can I use an available off-the-shelf 
package to perform my task? A surprising 
thing has happened here. During the 
1950’s and 1960’s, study after study 
showed that users would not use off-the- 
shelf packages for payroll, inventory con¬ 
trol, accounts receivable, and so on. The 
requirements were too specialized, the 
case-to-case variation too high. During the 
1980’s, we find such packages in high 
demand and widespread use. What has 
changed? 

Not the packages, really. They may be 
somewhat more generalized and some¬ 
what more customizable than formerly, 
but not much. Not the applications, 
either. If anything, the business and scien¬ 
tific needs of today are more diverse and 
complicated than those of 20 years ago. 

The big change has been in the hard¬ 
ware/software cost ratio. In 1960, the 
buyer of a two-million dollar machine felt 
that he could afford $250,000 more for a 
customized payroll program, one that 
slipped easily and nondisruptively into the 
computer-hostile social environment. To¬ 
day, the buyer of a $50,000 office machine 
cannot conceivably afford a customized 
payroll program, so he adapts the payroll 
procedure to the packages available. Com¬ 
puters are now so commonplace, if not yet 
so beloved, that the adaptations are ac¬ 
cepted as a matter of course. 

There are dramatic exceptions to my 
argument that the generalization of soft¬ 
ware packages has changed little over the 
years: electronic spreadsheets and simple 
database systems. These powerful tools, 
so obvious in retrospect and yet so late in 
appearing, lend themselves to myriad 
uses, some quite unorthodox. Articles and 
even books now abound on how to tackle 
unexpected tasks with the spreadsheet. 
Large numbers of applications that would 
formerly have been written as custom pro¬ 
grams in Cobol or Report Program Gener¬ 
ator are now routinely done with these 
tools. 

Many users now operate their own com¬ 



puters day in and day out on various ap¬ 
plications without ever writing a program. 
Indeed, many of these users cannot write 
new programs for their machines, but they 
are nevertheless adept at solving new prob¬ 
lems with them. 

I believe the single most powerful soft- 
ware-productivity strategy for many or¬ 
ganizations today is to equip the 
computer-naive intellectual workers who 
are on the firing line with personal com¬ 
puters and good generalized writing, 
drawing, file, and spreadsheet programs 
and then to turn them loose. The same 
strategy, carried out with generalized 
mathematical and statistical packages and 
some simple programming capabilities, 
will also work for hundreds of laboratory 
scientists. 

Requirements refinement and rapid 
prototyping. The hardest single part of 
building a software system is deciding 
precisely what to build. No other part of 
the conceptual work is as difficult as 
establishing the detailed technical re¬ 
quirements, including all the interfaces to 
people, to machines, and to other software 
systems. No other part of the work so crip¬ 
ples the resulting system if done wrong. 
No other part is more difficult to rectify 
later. 

Therefore, the most important function 
that the software builder performs for the 
client is the iterative extraction and refine¬ 
ment of the product requirements. For the 
truth is, the client does not know what he 
wants. The client usually does not know 
what questions must be answered, and he 
has almost never thought of the problem 
in the detail necessary for specification. 
Even the simple answer—“Make the new 
software system work like our old manual 
information-processing system” 

—is in fact too simple. One never 
wants exactly that. Complex 
software systems are, 


moreover, things that act, that move, that 
work. The dynamics of that action are 
hard to imagine. So in planning any soft¬ 
ware-design activity, it is necessary to 
allow for an extensive iteration between 
the client and the designer as part of the 
system definition. 

I would go a step further and assert that 
it is really impossible for a client, even 
working with a software engineer, to 
specify completely, precisely, and correct¬ 
ly the exact requirements of a modern soft¬ 
ware product before trying some versions 
of the product. 

Therefore, one of the most promising of 
the current technological efforts, and one 
that attacks the essence, not the accidents, 
of the software problem, is the devel¬ 
opment of approaches and tools for rapid 
prototyping of systems as prototyping is 
part of the iterative specification of 
requirements. 

A.prototype software system is one that 
simulates the important interfaces and 
performs the main functions of the in¬ 
tended system, while not necessarily being 
bound by the same hardware speed, size, 
or cost constraints. Prototypes typically 
perform the mainline tasks of the applica¬ 
tion, but make no attempt to handle the 
exceptional tasks, respond correctly to in¬ 
valid inputs, or abort cleanly. The purpose 
of the prototype is to make real the con¬ 
ceptual structure specified, so that the 
client can test it for consistency and 
usability. 

Much of present-day software-acquisi¬ 
tion procedure rests upon the assumption 
that one can specify a satisfactory system 
in advance, get bids for its construction, 
have it built, and install it. I think 
this assumption is fundamentally -1 . ■ 
wrong, and that many 
software-acquisition i||H 
problems 
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spring from that fallacy. Hence, they can¬ 
not be fixed without fundamental revi¬ 
sion—revision that provides for iterative 
development and specification of pro¬ 
totypes and products. 

Incremental development—grow, don’t 
build, software. I still remember the jolt I 
felt in 1958 when I first heard a friend talk 
about building a program, as opposed to 
writing one. In a flash he broadened my 
whole view of the software process. The 
metaphor shift was powerful, and accu¬ 
rate. Today we understand how like other 
building processes the construction of 
software is, and we freely use other 
elements of the metaphor, such as specifi¬ 
cations, assembly of components, and 
scaffolding. 

The building metaphor has outlived its 
usefulness. It is time to change again. If, as 
I believe, the conceptual structures we 
construct today are too complicated to be 
specified accurately in advance, and too 
complex to be built faultlessly, then we 
must take a radically different approach. 

Let us turn to nature and study com¬ 
plexity in living things, instead of just the 
dead works of man. Here we find con¬ 
structs whose complexities thrill us with 
awe. The brain alone is intricate beyond 
mapping, powerful beyond imitation, rich 
in diversity, self-protecting, and self- 
renewing. The secret is that it is grown, not 
built. 

So it must be with our software systems. 
Some years ago Harlan Mills proposed 
that any software system should be grown 
by incremental development. 10 That is, 
the system should first be made to run, 
even if it does nothing useful except call 
the proper set of dummy subprograms. 
Then, bit by bit, it should be fleshed out, 
with the subprograms in turn being devel¬ 
oped—into actions or calls to empty stubs 
in the level below. 

I have seen most dramatic results since I 
began urging this technique on the project 
builders in my Software Engineering 
Laboratory class. Nothing in the past 
decade has so radically changed my own 
practice, or its effectiveness. The ap¬ 
proach necessitates top-down design, for 
it is a top-down growing of the software. It 
allows easy backtracking. It lends itself to 
early prototypes. Each added function 
and new provision for more complex data 
or circumstances grows organically out of 
what is already there. 

The morale effects are startling. En¬ 
thusiasm jumps when there is a running 
system, even a simple one. Efforts re¬ 


Table 1. Exciting vs. useful but 
unexciting software products. 


Yes 

Exciting Products 

No 

Unix 

Cobol 

APL 

PL/1 

Pascal 

Algol 

Modula 

MVS/370 

Smalltalk 

MS-DOS 

Fortran 



double when the first picture from a new 
graphics software system appears on the 
screen, even if it is only a rectangle. One 
always has, at every stage in the process, a 
working system. I find that teams can 
grow much more complex entities in four 
months than they can build. 

The same benefits can be realized on 
large projects as on my small ones. 11 

Great designers. The central question in 
how to improve the software art centers, 
as it always has, on people. 

We can get good designs by following 
good practices instead of poor ones. Good 
design practices can be taught. Program¬ 
mers are among the most intelligent part 
of the population, so they can learn good 
practice. Hence, a major thrust in the 
United States is to promulgate good 
modern practice. New curricula, new 
literature, new organizations such as the 
Software Engineering Institute, all have 
come into being in order to raise the level 
of our practice from poor to good. This is 
entirely proper. 

Nevertheless, I do not believe we can 
make the next step upward in the same 
way. Whereas the difference between poor 
conceptual designs and good ones may lie 
in the soundness of design method, the 
difference between good designs and great 
ones surely does not. Great designs come 
from great designers. Software construc¬ 
tion is a creative process. Sound 
methodology can empower and liberate 
the creative mind; it cannot inflame or 
inspire the drudge. 

The differences are not minor—they are 
rather like the differences between Salieri 
and Mozart. Study after study shows that 
the very best designers produce structures 
that are faster, smaller, simpler, cleaner, 
and produced with less effort. 12 The dif¬ 


ferences between the great and the average 
approach an order of magnitude. 

A little retrospection shows that 
although many fine, useful software sys¬ 
tems have been designed by committees 
and built as part of multipart projects, 
those software systems that have excited 
passionate fans are those that are the prod¬ 
ucts of one or a few designing minds, great 
designers. Consider Unix, APL, Pascal, 
Modula, the Smalltalk interface, even 
Fortran; and contrast them with Cobol, 
PL/I, Algol, MVS/370, and MS-DOS. 
(See Table 1.) 

Hence, although I strongly support the 
technology-transfer and curriculum-de¬ 
velopment efforts now under way, I think 
the most important single effort we can 
mount is to develop ways to grow great 
designers. 

No software organization can ignore 
this challenge. Good managers, scarce 
though they be, are no scarcer than good 
designers. Great designers and great 
managers are both very rare. Most 
organizations spend considerable effort in 
finding and cultivating the management 
prospects; I know of none that spends 
equal effort in finding and developing the 
great designers upon whom the technical 
excellence of the products will ultimately 
depend. 

My first proposal is that each software 
organization must determine and pro¬ 
claim that great designers are as important 
to its success as great managers are, and 
that they can be expected to be similarly 
nurtured and rewarded. Not only salary, 
but the perquisites of recognition—office 
size, furnishings, personal technical equip¬ 
ment, travel funds, staff support—must 
be fully equivalent. 

How to grow great designers? Space 
does not permit a lengthy discussion, but 
some steps are obvious: 

• Systematically identify top designers 
as early as possible. The best are often not 
the most experienced. 

• Assign a career mentor to be respon¬ 
sible for the development of the prospect, 
and carefully keep a career file. 

• Devise and maintain a career-devel¬ 
opment plan for each prospect, including 
carefully selected apprenticeships with top 
designers, episodes of advanced formal 
education, and short courses, all inter¬ 
spersed with solo-design and technical- 
leadership assignments. 

• Provide opportunities for growing 
designers to interact with and stimulate 
each other. □ 
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A fter years of research, gallium 
arsenide (GaAs) digital circuits 
have begun to emerge as com¬ 
mercial products. Harris and Tektronix/ 
TriQuint appear to be at the forefront of 
commercialization, offering SSI and MSI 
as well as gate array products. New start¬ 
up companies such as Vitesse and Gigabit 
Logic have specialized in GaAs. Tradi¬ 
tional military electronics suppliers such as 
Rockwell and Honeywell offer GaAs 
foundry services, while Raytheon, Texas 
Instruments, and GE/RCA support 
internal GaAs services. Analog GaAs 
monolithic microwave integrated circuits 
(MMICs) have also begun to show in¬ 
creasing levels of system integration. The 
immediate advantage of GaAs is the high¬ 
speed or wide-bandwidth performance 
achievable relative to silicon. This is due to 
gallium arsenide’s higher electron mobility 
and drift velocity available at low electric 
field strengths. Gate propagation delays 
below 200 ps are readily obtainable. In one 
stunning example, Hughes has announced 
0.2-y.m channel-length GaAs MESFET 
BFL/CEL flip-flops that toggle at rates of 
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14-18 GHz. Additionally, the large energy 
band gap of GaAs provides a high-resistiv¬ 
ity, semi-insulating bulk substrate that 
reduces wiring capacitance and device iso¬ 
lation parasitics. Finally, an increase in 
total-dose radiation hardness is observed 
with GaAs MESFETS compared to silicon 
technology. 

On the negative side, GaAs is currently 
much more expensive than silicon. The 
GaAs material cost is itself about $80-$200 
for a three-inch wafer. Furthermore, these 
substrates are extremely fragile, necessi¬ 
tating highly automated wafer handling. 
Relevant automated silicon-based 
equipment must be modified to take into 
account the higher wafer mass and 
different position sensor properties of 
GaAs relative to silicon. Fabrication and 
low throughput currently account for the 
bulk of the finished cost per wafer, which 
can be as high as $13,000. Dramatic cost 
reductions are possible as demand in¬ 
creases (perhaps by an order of magnitude 
or more). Nevertheless, unless extra¬ 
ordinary improvements in yield occur, the 
primary impediment for exploitation of 
this exciting technology is likely to be 
packaging. More importantly, even when 
these yield increases are realized, there will 
be a continuing need for alternatives for 
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high-frequency packaging in many large 
digital systems. 

Low yield has always been a problem 
for GaAs, unlike silicon. The GaAs 
material itself contains a significant num¬ 
ber of defects. The boule-growing tech¬ 
nology for GaAs has recently undergone 
some dramatic improvements with the 
introduction of indium doping and im¬ 
proved thermal control. The tendency for 
the GaAs to disassociate during growth 
has been reduced somewhat by a kind of 
electromagnetic stirring operation. Sumi¬ 
tomo now offers wafers with two orders of 
magnitude lower defect density than only 
a few years ago. Unfortunately, the defect 
density is still higher than for silicon. 
Large 1-cm dies have been made, but with 
terrible yield and consequently at high 
cost. 

Yield is currently so low that dies con¬ 
taining 70 to 500 gates are currently the 
norm. Larger circuits containing as many 
as 6000 gates have been made, but with 
slower gates. Digital systems involving 
250,000- to 500,000-gate equivalents, 
which are typical of some computer ar¬ 
chitectures would require thousands of ex¬ 
pensive, bulky, high-frequency packages. 
Except in special digital architectures, the 
resulting signal propagation delays would 
largely negate the potential for high-speed 
performance promised by the underlying 
device technology. 

Greiling et al. 1 have presented 
arguments that are even more unsettling 
regarding the impact of interconnections 
on the performance of LSI GaAs circuits. 
They modeled the interconnections inter¬ 
nal to GaAs random logic circuits using 
Rent’s rule. 2,3 They assumed a specific 
form for the wiring channels to predict 
average gate delay due to the loading ef¬ 
fect of this wiring. Utilizing only two 
layers of thin interconnections and fixing 
the total circuit power dissipation at 2 W, 
they showed that the loaded gate delay in¬ 
creased substantially once the size of the 
circuit exceeded a critical number of gates 
(roughly 1000). The wiring demands in 
such systems force the active devices apart, 
resulting in a low surface density requiring 
longer wires, larger device sizes and drive 
capabilities, and greater power dissipa¬ 
tion. More structured circuits such as 
memories, programmed logic arrays, and 
functionally partitioned logic blocks can 
have shorter average wire lengths than 
random logic. 4 However, yield consider¬ 
ations currently limit the ability to exploit 
such dense building blocks. The solutions 
for this problem include the incorporation 


of multiple layers of interconnections into 
the circuit to permit shorter, denser wir¬ 
ing; the improvement of the electromag¬ 
netic characteristics of this wiring; the de¬ 
velopment of superior devices for driving 
the lines fast; and improved heat removal 
methods. 


Wafer scale integration 

The current yield problems for GaAs 
technology are similar in some respects to 
those that existed in the early days of 
silicon processing. 5 In 1966, Texas 
Instruments produced the first LSI circuits 
(of 1000-gate complexity) by testing much 
smaller sized dies on an intact substrate 
and then wiring the components found to 
be functional directly on the same wafer. 
This approach was termed wafer scale 
integration (WSI), and the specially 
designed wiring (which had to be different 
on each wafer) was termed discretionary 
wiring. 

All the efforts to implement WSI to date 
have demanded more processing or repair 
steps for fabrication than conventional 
processing. In 1966, the most pressing 
market demands for silicon integration 
were eventually met by the LSI produced 
by conventional methods using improved 
clean room procedures, new lithography 
tools, and purer chemicals. The resulting 
yield advances for conventional silicon 
processing proved more cost-effective 
than WSI. The demand for larger scales of 
silicon integration did not substantially 
outstrip the yield “learning curve” until 
1980, at which point WSI began to be 
“rediscovered.” 

By comparison, the yield for GaAs is 
limited by a variety of defects. The num¬ 
ber and types of defects are much greater 
than found in silicon. The most significant 
defects, however, have to do with a lack of 
uniformity across the wafer of various 
device thresholds. While great strides have 
been made to improve the yield of GaAs, 
some of the problems seem so profound 
that a quick advance to overtake silicon 
densities appears to be only a remote 
possibility. Wafer scale integration could 
provide a technology that would permit 
GaAs to advance in one bold step from 
SSI to much larger gate counts. 

Traditionally, full WSI can be regarded 
as a special form of packaging in which 
extra wiring, normally used to intercon¬ 
nect packages containing working dies, is 
fabricated on the surface of a wafer 
substrate containing dies and mounted 


inside a single package. The electromag¬ 
netic characteristics of this internal wiring 
can be designed to control or eliminate 
many of the problems encountered in 
printed circuit boards or ceramic carriers. 
Interconnection densities are enhanced by 
the small dimensions of the wire and the 
closeness of the dies in WSI. The footprint 
of the multiple packages conventionally 
used on boards can take up an order of 
magnitude more space than the dies 
themselves. Wiring over the dies (where 
possible) eliminates the space in between 
the dies, which is usually consumed by 
interconnections. Reduced wiring length, 
in turn, increases the system speed and 
decreases power requirements for I/O 
drivers. In general, one can realize a large 
net decrease in overall system wiring 
capacitance that is a result of the reduction 
in wiring area achievable with WSI. Thus, 
the total amount of charge that has to be 
moved onto a wire to change its logic state 
from low to high voltage is reduced, and 
the power supply current and I/O driver 
size requirements are reduced. 

One drawback of traditional WSI is the 
statistical uncertainty in the wiring delays 
resulting from the wiring of the random 
collection of working dies. That is, since 
the locations of the working cells are not 
fixed, the wiring delay of a given path may 
vary from wafer to wafer. However, since 
these delays can be much shorter than 
those found in most other packaging ar¬ 
rangements, this could be less of a prob¬ 
lem than might be expected. Moreover, 
one of the tasks of the CAD placement 
and routing software tools is to manage 
these timing uncertainties and assure that 
the critical path constraints are met. 

Nevertheless, if the die size can be made 
large enough (e.g., 4 mm x 4 mm) with 
acceptable yield, then the aforementioned 
timing uncertainty can be eliminated by 
scribing the wafer, separating the dies, and 
remounting them on a substrate (similar to 
the IBM ceramic substrate used in its Ther¬ 
mal Conduction Module, or TCM) in 
assigned positions and interconnected by 
fixed wiring. 6 The propagation delay in¬ 
side the TCM is adversely affected by the 
high dielectric constant of the ceramic 
used for the substrate. Although the top 
layers of TCM wiring can involve gold 
lines embedded in a low dielectric constant 
polyimide, the wiring pitch has been on the 
order of several mils. Recently, research 
efforts have been directed toward devel¬ 
oping inexpensive, multilayer metal- 
polyimide structures at a wiring pitch of 
only a few microns. 7 ' 11 An advantage of 
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this approach, which is variously termed 
the wafer scale hybrid (WSH) or wafer 
transmission module (WTM), is that all 
the wiring capacitance can be made small 
as a result of the low dielectric constant of 
polyimide. Figure 1 shows a prototype 
WTM. With a fully developed WTM 
bonding technology, the die spacing could 
be made extremely tight, resulting in an 
effective gate density approximating an 
ultralarge scale integrated (ULSI) circuit. 

The resulting multilayer structure 
resembles a miniaturized printed circuit 
board with dies and other components 
directly bonded to the surface. Such a 
hybrid package can also be regarded as 
supplying additional layers of intercon¬ 
nections needed to improve the active 
device density to better exploit the speed of 
GaAs. Unfortunately, the yield of GaAs is 
currently so low that dies with a 16 mm 2 
area and utilizing the maximum achiev¬ 
able device density are extraordinarily ex¬ 
pensive. The alternative would be to ar¬ 
tificially restrain the device density to im¬ 
prove the yield while maintaining a manip- 
ulatable die size. This underutilizes the 
technology, with resulting performance or 
cost degradation. Hence, when the dies 
cannot be made sufficiently large with 
good yield to successfully and cost 
effectively mount them in fixed positions 
on a substrate, then the WSH approach 
will not work, and the on-the-wafer or in- 
situ wiring scheme of traditional full wafer 
scale integration is an attractive alternative 
worth considering. The fact that an ag¬ 
gressive high-speed technology such as 
GaAs usually implies the use of small dies 
suggests that full WSI should be seriously 
examined. For example, if the dies cannot 
be fabricated with reasonable yield at 
dimensions greater than 2 mm x 2 mm, 
then roughly 1000 of these dies would be 
needed to achieve a density comparable to 
in-situ WSI wiring. The mechanical dif¬ 
ficulties of mounting so many dies on a 
common substrate and guaranteeing wire 
bond or solder integrity for all of them is 
severe. Unfortunately, the GaAs wafer is 
extremely fragile. The tendency for the 
substrate in full WSI to crack is an ad¬ 
ditional problem. Recent efforts to 
fabricate E/D MESFET circuits in GaAs 
grown on silicon (with a stress-relief buffer 
layer of Ge) indicate one approach to 
strengthening the substrate. 12 Residual 
stress in this structure degrades MESFET 
performance somewhat, but this may be 
overcome by further development. The 
silicon substrate described here would also 
have superior heat removal capability. 


Figure 1. A prototype wafer transmission module (WTM). (Source: J. F. McDonald 
and A. J. Steckl, “Multilevel Interconnections for Wafer Scale Integration,’’ 

J. Vacuum Science & Technology A, Vol. 4, No. 6, Nov./Dec. 1986, p. 3135.) 


Figure 2 shows a 3-inch-diameter circle 
representing a GaAs wafer with space for 
more than 4000 1-mm square dies. Yield 
would be high enough even with current 
design and fabrication strategies for these 
small dies that most of them would work, 
and the device density could approach the 
limit achievable with the underlying GaAs 
technology. An appropriate multilayer in¬ 
terconnection structure and fast line 
drivers and receivers would be needed to 
form a complete system from these dies. In 
addition, a special problem exists for 
solder bonding of GaAs to a thermally 
dissimilar substrate. The GaAs material is 
piezoelectric and thermal stress can induce 
unwanted threshold shifts. In this regard, 
GaAs WSI is definitely not a simple ex¬ 
trapolation of Si WSI technology. 


Figure 2. Three-inch wafer with 1-mm 
dies (actual scale). ( Source: J. F. 
McDonald et al., “Fabrication and 
Performance Considerations for Gallium 
Arsenide Wafer Scale Integration,’’ 
IEEE Proc. Int’l Conf. Computer 
Design: VLSI in Computer, Oct. 1985, 
p. 404. Source of Figure 3 also.) 
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Figure 3. Typical GaAs E/D DCFL 
MESFET logic gate. 


The Tektronix-TriQuint 
E/D foundry 

In order to understand the potential for 
GaAs WSI, we will specifically examine 
the Tektronix-TriQuint 1.0-/tm enhance¬ 
ment/depletion (E/D) MESFET found¬ 
ry 13 as a source for cells to be used as the 
building blocks of the wafer scale inte¬ 
grated system. Honeywell, Rockwell, and 
AT&T have also demonstrated E/D pro¬ 
cesses, and AT&T has even demonstrated 
an E/D high electron mobility transistor 
(HEMT) circuit. However, a great deal of 
information (especially concerning yield) 
is available for the Tektronix-TriQuint 
foundry. 

The absence of a stable native oxide in 
GaAs FET processing prevents fabri¬ 
cation of the metal-oxide-semiconductor 
sandwich used in silicon MOSFET gate 
structures. Instead, a Ti-Pd-Au metal- 
semiconductor (MESFET) Schottky inter¬ 
face is used to obtain a recessed gate defi¬ 
nition over the channel implantation 
regions (Si + ions are implanted through 
an annealed protective Si0 2 layer using 
photo resist as the implant mask). The cur¬ 
rent between the separately defined source 
and drain regions is controlled by the 
voltage on the metal gate. The semi- 
insulating nature of the GaAs substrate 
provides the device isolation. By employ¬ 
ing separate dose levels for two kinds of 
transistor channels, a normally off 
enhancement (E) mode device and a nor¬ 
mally on depletion (D) mode device can be 
fabricated. 

The result can be exploited to produce 
an “NMOS’Mike circuit style termed E/D 
direct coupled FET logic (DCFL), where 
E-mode active pull-down devices are com¬ 
bined with the D-mode pull-up devices. 
The gate fan-in is typically limited to three 
for DCFL because of the turn-on charac¬ 


teristics of the E-mode switch. Figure 3 
shows a typical E/D DCFL circuit di¬ 
agram. One attractive feature of this cir¬ 
cuit class is the immediate adaptability of a 
broad collection of CAD tools for design 
layout and simulation, because of its 
similarity to NMOS circuits. Many circuit 
designers can readily be retrained for the 
minimal design rule changes that apply. 
However, the consideration of bypass 
capacitances and parasitic inductances in 
the power distribution system becomes very 
important in the layout of DCFL circuits. 

A more significant advantage of the 
E/D DCFL circuit is the power dissipation 
reduction per logic gate, which is obtained 
by the use of the depletion mode load tran¬ 
sistor in combination with the E-mode 
devices. This produces a 1/4-mW dissi¬ 
pation for a gate typically exhibiting a 
200-ps propagation delay. Hence an ag¬ 
gregate of 250,000 gates (if these are in¬ 
tegrated on a single wafer) would dissipate 
62.5 W. While this may seem high, one 
must observe that this level of integration 
discussed here is nearly an order of magni¬ 
tude larger than those recently discussed in 
connection with the silicon bipolar tech¬ 
nology by Trilogy (30,000 gates per wafer 
at around 1200 W dissipation). 14 The 
feasibility of realizing this level of integra¬ 
tion can be estimated by noting that a 
three-inch wafer provides a total 4560 
mm 2 of surface area. Each one mm 
square could easily contain 70 logic gates, 
using 1.0-jwm design rules, along with a set 
of reduced area bond pads and fast output 
drivers appropriate in number for such a 
small cluster of logic. The small size of 
these bond pads must, of course, be con¬ 
sistent with test fixture considerations. 
Tektronix has earlier reported an 83 per¬ 
cent yield for 70-gate systems in the 
literature, which were fabricated in a class 
10,000 clean room facility. 13 At such 
yields, most of the area of the wafer could 
be productively utilized in WSI, leading to 
circuit densities greater than achievable 
with board or ceramic multipackage car¬ 
riers such as the IBM TCM. 

One drawback of the E/D MESFET 
process is the necessity to obtain good 
threshold voltage tracking for the two dif¬ 
ferent types of transistors, which are 
implanted separately. Therefore, the E/D 
yield is necessarily less than D-mode-only 
circuit designs. On balance, however, the 
lower power dissipation afforded by the 
E/D DCFL circuit is a property singularly 
attractive for integrating a large number of 
gates (200,000-500,000) on a single wafer. 
In contrast, the power dissipation for 


D-mode-only logic circuits varies from 2.5 
mW per gate (1.9 GHz) to 40 mW per gate 
(5.0 GHz), 15 exceeding even the power 
dissipation of ECL silicon bipolar circuits. 
In other words, the use of the E-mode in 
conjunction with the D-mode device 
results in reduction of power dissipation 
per gate of between 10 and 160, respec¬ 
tively! Clearly, integration of a system of 
200,000 gates in D-mode only at 5.0 GHz 
would dissipate on the order of eight kW, 
which would preclude implementation on 
a single wafer. On the other hand, the E/D 
DCFL GaAs MESFET logic circuits de¬ 
liver a 200-ps typical gate delay at much 
lower power than bipolar ECL at compar¬ 
able speeds. Therefore, it would seem 
that, for the moment at least, GaAs 
technology can deliver digital perfor¬ 
mance in a unique and desirable range. By 
changing the gate width and loading, the 
gate propagation delays can be made as 
low as 66 ps with only 1/2-mW dissipation. 
This speed can be realized on certain 
critical signal paths by employing the 
faster gates there and using lower power 
gates on noncritical paths. 

The processing sequence for fabricating 
the Tektronix E/D DCFL MESFET is 
summarized in Figure 4. One of the points 
worth mentioning about this sequence is 
the special alloy (Au-Ge-Ni) required to 
obtain an ohmic contact to the sources and 
drains. Schottky junctions are readily 
formed on GaAs, but ohmic contacts are 
more difficult to produce. The fact that 
Schottky junctions are so readily made can 
be exploited in fabricating fast Schottky 
barrier diode (SBD) clamps. 

Another important feature of the pro¬ 
cess shown in Figure 4 is the use of air 
bridge metal interconnections for the final 
metallization. A temporary dielectric is 
used to fabricate these metal lines. After 
these wires are completely formed, the 
temporary dielectric is etched away from 
under the metal, leaving air as the dielec¬ 
tric. Metal posts are located every 60 /un to 
support this metal. Air has a dielectric 
constant essentially equal to unity, which 
makes these lines very fast and of low 
capacitance. Subsequent filling of this air 
bridge by wafer scale dielectrics can lead to 
a performance reduction. In some cases, 
this will be severe enough to lead one to 
consider etching away a portion or all of 
the WSI dielectric to produce WSI air 
bridges. 

One important fabrication consider¬ 
ation for in-situ GaAs WSI wiring is the 
tendency of the underlying substrate and 
device structures to decompose or degrade 
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at the elevated temperatures encountered 
in many common processing steps. For ex¬ 
ample, the Au-Ge-Ni alloyed ohmic con¬ 
tacts are formed at 45° C. Temperatures 
over 300°C will begin to alter the ohmic 
properties of these contacts. Furthermore, 
at 600° C the GaAs itself begins to disasso¬ 
ciate with the release of arsenic vapor. 
Consequently, all in-situ WSI wiring pro¬ 
cessing steps must be limited to low 
temperatures (preferably no higher than 
300° C). Therefore, use of plasma 
enhanced processing is preferred. Plasma 
enhanced chemical vapor deposition 
(PECVD) of insulator or encapsulant 
material commonly requires a temper¬ 
ature of only 200° C. Reactive ion etching 
(RIE) and metal deposition can also be 
carried out at low temperatures. For this 
reason these are the most desirable fabri¬ 
cation tools for introducing wafer scale 
interconnections on the substrate. Great 
care is required so that these processing 
steps do not damage dies that have been 
tested and found functional prior to cre¬ 
ation of the wafer scale interconnections. 


Propagation delay of 
WSI interconnections 

In the TTL IBM 308X series of 
machines, roughly 50 percent of the CPU 
cycle time can be traced to wiring delays in 
both the TCMs and the mounting panels 
supporting them. Gate density in the TCM 
is low (approximately 50,000 gates per 
TCM in the ECL 309X series). The 
increased gate speed of GaAs would lead 
to only modest improvements in system 
performance in such an environment. 
Only by packing a larger numbers of gates 
(perhaps an entire system) onto a wafer 
could wiring delays be substantially 
affected and system speed improved. 

The reduced wiring length achievable in 
WSI would not necessarily translate into 
reduced propagation delay unless the 
other wire dimensions (specifically thick¬ 
ness dimensions) are scaled properly. This 
fact appears to have been overlooked in 
many recent efforts to implement WSI 
commercially, although designers of 
microwave circuits are familiar with the 
problem. 

For example, suppose a metal wire of 
rectangular cross section with length /, 
width w, and thickness t is located a 
distance d from a ground plane of the 
same metal (Figure 5). Then the RCcharg- 
ing delay of the distributed system is ap¬ 
proximately given by 16 



Figure 4. TriQuint processing sequence for GaAs E/D MESFET devices. 

(Source: J. F. McDonald et al., “Fabrication and Performance Considerations for 
Gallium Arsenide Wafer Scale Integration,” Proc. Int’l Conf. Computer Design: VLSI 
in Computer, Oct. 1985, p. 404.) 
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|_Ground plane_| 

Figure 5. Wire geometry for analysis of a 
conductor over a ground plane. ( Source : 
J. F. McDonald et al., “Gallium 
Arsenide Wafer Scale Integration,” 
AGARD Conf. Proc. No. 380, May 
1985, p. 12-11. Source of Figure 8 also.) 


lines with RC charging behavior. The 
criterion for just how thick to make the 
lines can be deduced from the following 
simple argument. 

The characteristic impedance Z 0 for a 
lossless TEM transmission line having the 
given cross-sectional geometry is related to 
the capacitance per unit length C/I, and 
the velocity of propagation v by the 
formula 



If we now consider the introduction of a 
small amount of loss, then the line would 
exhibit an attenuation a given by 

a = (K/Q = C RC/l 2 )v (3) 

2Z 0 2 


T RC = J- -^L = mE a) 
RC 2 tw d td 

A line of length / = 20 cm made of alu¬ 
minum (p = 2.63 x 10 6 12 cm) on Si0 2 
(e r = 3.9) with the following dimensions 
(which are typical of integrated circuit 
lines): 


where Z 0 is still the characteristic im¬ 
pedance of the lossless line. For a line of 
length / to exhibit a low value of a and 
hence be useful as a transmission line one 
would require 

a l=RCjL << l < 4 > 

21 


1= 20 cm, t = d = 0.5 pm 
would have a charging time of 160 ns, or 
roughly 1/6 /as! On the other hand, an elec¬ 
tromagnetic wave traveling through a 
homogeneous Si0 2 dielectric with the 
same length and dielectric constant would 
have a delay of only 1.3 ns. If the dielectric 
constant could be reduced to unity, then 
the delay would be only 600 ps or three 
E/D DCFL gate delays at 200 ps per gate. 
This is more than two orders of magnitude 
faster than the metal line of conventional 
IC processing thickness. 17 Furthermore, 
the bandwidth of a wave propagating 
through a unity dielectric medium would 
be correspondingly higher than that ex¬ 
hibited by the thin wire. Of course, a 
20-cm run of wire probably represents a 
worst case length for WSI wiring on 
wafers of diameter from three to four in¬ 
ches, especially with consideration for 
noise margins at the end of the run. More¬ 
over, it is possible to improve the speed by 
inserting repeater amplifiers on such long 
wires. 18 However, in this case it is still not 
possible to approach the speed of light in an 
infinite homogeneous dielectric. 

Nevertheless, it is possible to obtain 
such high propagation speeds using simple 
extensions of existing technology. This 
can be achieved by fabricating thick film 
LC transmission lines rather than thin film 


This would be fairly well satisfied if 

R /2Z 0 = -fa* < < 1 (5) 

td 

That is, if the total end-to-end resistance R 
of the wire is much less than the charac¬ 
teristic impedance of a lossless wire of the 
same cross section and length / using the 
given dielectric thickness d and dielectric 
constant e r , then LCtransmission line per¬ 
formance will be discerned. 

We note that the width w is absent in Eq. 
(5). This holds true only if the width w is 
still larger than the wire thickness t, but the 
formula is useful in obtaining estimates of 
how thick the films have to be in order to 
achieve the desired transmission line 
behavior. 

Noting that for a TEM wave 


where v 0 is the velocity of light in free 
space and e r is the relative dielectric con¬ 
stant, we find that to obtain good trans¬ 
mission line behavior we must have films 
sufficiently thick that 

p VF r eo^o/ < < td (7) 

is satisfied. For a polyimide dielectric e r 
can be as low as 2.8 (in one sample we ob¬ 


tained from General Electric). Hence for 
lines as long as 20 cm, if we make t = d = 
4.5 pm, we can satisfy the requirement in 
Eq. (7). In practice, somewhat larger 
thicknesses (/ = «/ = 8 pm) are used 
because the resistivity of Al lines rarely 
equals that of bulk Al. A high temperature 
(450° C) anneal of Al would be undesir¬ 
able for GaAs WSI. Lines made of Cu or 
Au could approach the condition of Eq. 
(7) more readily. 

Requirements for the resistivity in 12/ □ 
can be derived from Eq. (7) by dividing by 


p = — <- v ’ 

D t Ve r e 0 vo (//<*) 

in which it can be seen that the resistivity 
expressed in this manner depends only on 
the line length measured in multiples of 
dielectric thickness. For polyimide with / 
= 20cmandrf = 5/imwehavep a = 10 4 
12 /□. 

Coupling between the WSI interconnec¬ 
tion lines is reduced by introducing both 
power and ground planes above and below 
the signal lines, as shown in Figure 5. The 
presence of these planes provides conduc¬ 
tor surfaces to attract electric field lines 
that would normally terminate on another 
signal line. The magnetic field lines are 
similarly confined by the reduced space 
around the signal conductor. Further¬ 
more, the rise time-dependent coupling is 
suppressed in this configuration, which 
satisfies the so-called homogenous dielec¬ 
tric condition. 

The high propagation velocity achiev¬ 
able with the thick (>4 jun) film trans¬ 
mission lines is realizable only if line reflec¬ 
tions from impedance discontinuities do 
not cause “ringing.” The lossy behavior 
of these lines damps these reflections in a 
manner similar to series damping resistors 
used in ECL. Termination in Z 0 is unat¬ 
tractive because it establishes a DC current 
path that dissipates a great deal of power 
and causes signal level droop. The use of 
Schottky barrier diode (SBD) clamps at 
the ends of the slightly lossy WSI lines can 
prevent overshoot or undershoot while 
providing a current path only during con¬ 
duction. 7 The diodes can readily be 
fabricated on highly doped regions in the 
semi-insulating substrate in any available 
space (such as found in the scribe space; 
normally left between the dies). These 
diodes must also be fabricated in such a 
way that they do not generate low- 
amplitude, high-frequency shot noise. 
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The bandwidth of WSI 
interconnections 


Although the thick (5-10 /an) film trans¬ 
mission lines we have been discussing can 
exhibit quasi-TEM behavior, they are 
lossy and this factor alone can introduce 
dispersion. Even without the skin effect 
(which becomes important at high fre¬ 
quencies) the nonzero resistivity we have 
assumed causes a rise time degradation (as 
well as bandwidth reduction) in pulses 
traveling along these lines. 

If one forms the Laplace transform of a 
forward traveling wave on a semi-infinite 
line, one obtains 

V + (z,s) = V p (s)e~y(^ (9) 

where z is the distance along the trans¬ 
mission line, V p (s) is the pulse launched 
at z = 0, V + (0,s), and 


y(s) = i(R + Ls) (G + Cs ) (10) 

One can plot the magnitude of this trans¬ 
form as a function of frequency (s = joi). 
This shows a decreasing bandwidth as a 
function of increasing loss, as shown in 
Figure 6. By inverting the transform it is 
possible to compute the rise time at a point 
z along the line in response to a step input. 
This is shown in Figure 7 for a sequence of 
different line thicknesses. The waveform 
for sufficiently low resistance has an 
abrupt rise followed by a slow charging 
behavior. The step response for more lqssy 
lines shows shorter segments of abrupt 
rise, and a slow charging segment that ap¬ 
proaches the usual RC exponential at 
higher resistance, eventually completely 
dominating the abrupt rise. In all cases the 
onset of the rise is preceded by a time of 
transmission delay determined by the 
velocity of propagation along the line. 

The model shown in Eqs. (9) and (10) 
does not include skin effect resistance, but 
Figures 6 and 7 do. At 10 GHz Au has a 
skin depth of 0.8 /mi. Therefore, pulse fre¬ 
quency components around this fre¬ 
quency degrade the abrupt rising edge, as 
shown in Figure 7. 

The skin effect introduces an additive 
series impedance per unit length, which is 
given by 

z s = *a+y) (ii) 

The factor k depends on the skin depth, 
which is proportional to the square root of 
the radian frequency co. If r is the radius of 
a circular section wire and the ratio r/8 is 



Figure 6. The line frequency response for 10/tm x 7/tm metal wire on 7 /an of 
polyimide (top curve, labeled 1), alOfimx 5 /im metal wire on 5 /im of polyimide 
(middle curve, labeled 2), 5/imx 0.75fun metal wire on 1 /tm of Si0 2 (lower 
curve, labeled 3). Total line length is 5 cm. 



Time 

Step Response 

Figure 7. Response of Al wires in Figure 6 to step with 10-ps risetime. 


greater than 1.5, k may be approximated 
by 


2 7r a 5 (r - 5/2) 


( 12 ) 


where the skin depth is 



Both the magnitude and phase of the fre¬ 
quency transfer function of the line 
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Figure 8. Cross section of wafer scale wiring. Layers Ml, M3, M5, and M7 are via 
studs; M2 and M8 are ground and power planes; and M4 and M6 are signal wiring 
layers. The thickness d is 5-10 pm. 


change when the skin effect is considered. 

The discussion here has been for wafer 
length wires. Needless to say, some WSI 
wires are much shorter than 20 cm and 
their bandwidth and delay are corre¬ 
spondingly improved. In fact, by locating 
these shorter lines on other, thinner layers, 
the bandwidth can be further improved, as 
it is only the longer lines that demand the 
thicker films for achieving transmission 
line performance. 


Fabrication and yield 
considerations for WSI 
interconnections 

The thick films that favorably effect the 
propagation times can also help improve 
the discretionary wiring yield, depending 
on the type of fabrication employed. 19 

One fabrication technique that is being 
examined at Rensselaer is a thick film liftoff 
process, 20 which is a scaled-up version of 
more conventional thin-film methods used 
successfully for many years at IBM. 21 

Figure 8 shows a cross section of a four- 
layer interconnection system suitable for 
WSI or WSI consisting of a ground plane 
(at the bottom), X and Y signal planes 
containing discretionary wiring, and a top 
power distribution plane. The thick power 
and ground planes handle the supply cur¬ 
rents required for the large numbers of 
circuits on the wafer and prevent electro¬ 
migration. These planes also help reduce 
interline coupling in the signal layers, 


guarantee a low resistance in the signal 
ground return paths, decouple these paths 
from the underlying signal layers, and 
shield against “slow” waves in the 
substrate. 17>22 The vias between layers are 
solid pillars or studs rather than eyelets. 
This strategy helps keep the via resistance 
low. It also reduces yield problems 
associated with the poor step coverage that 
arises when one uses steep sloped via walls 
for the purpose of minimizing the total via 
area. 

Each of the eight processing layers (in¬ 
cluding the stud via layers) shown in 
Figure 8 are fabricated using the thick film 
liftoff process shown in Figure 9. First a 10 
fim planarizing dielectric layer is spun on 
and cured in several layers to avoid or 
reduce pinhole effects. After this, the 
wafer is coated with a release layer (R) of 
Mo or soluble organic film and then a thin 
shield layer of Al. Finally, the pattern 
definition resist layer is spun on. After 
lithographic resist patterning the thin Mo 
and Al layers in the exposed regions are 
etched. An anisotropic dry etch opens a 
deep vertical walled trench or well with a 
slight metal shield overhang. Next the 
thick metal layer is directionally de¬ 
posited. Because of the shield overhang 
and the directional deposition, the metal in 
the trench or well is not connected to the 
top layer metal. A final lateral etch of the 
release layer releases the top metal, per¬ 
mitting it to be “lifted off” under mild 
agitation. 

The yield of this thick film liftoff pro¬ 
cess is extremely high, although there are 
many processing steps involved in its im¬ 


plementation. First, the planarization of 
the top surface of each dielectric layer 
greatly reduces the defects due to topolog¬ 
ical features. 23 Second, the use of solid 
stud vias reduces the step coverage prob¬ 
lem, which the thick layers would ag¬ 
gravate. Third, the vertical walled trenches 
or wells help reduce interwire shorts on a 
given layer by embedding each wire deeply 
in the dielectric. Fourth, pinholes in all 
layers are of reduced significance because 
of the extreme thickness of these layers. 
Small pinholes in the patterned Al shield 
layer will form small “wormholes” in the 
anisotropically etched polyimide. Since 
the thick Al is directionally deposited, 
small pinholes in the etch shield will tend 
to seal themselves before forming a com¬ 
plete stud in the polyimide wormhole 
below. This effect is illustrated in Figure 
10. Finally, the use of only moderate pro¬ 
cessing temperatures reduces thermal 
stress on the wiring. 

The use of liftoff is not without its 
disadvantages. Pinholes in the release 
layer can result in unwanted adhesion of 
the liftoff metal, causing shorts. Very 
large pinholes in the resist or metal shield 
result in metal studs of partial or full 
height, which may cause shorts. Failure in 
planarization thickness control results in 
lap-over bridging shorts, poor endpoint 
verification, and poor cleaning of via in¬ 
terface surfaces. These defects most often 
result in surface bridging faults and open 
or highly resistive vias. Highly resistive 
vias could prevent the onset of LC trans¬ 
mission line behavior. One approach to 
the repair of these defects is discussed in 
conjunction with the focused ion beam 
(FIB). To enhance long-term reliability an 
encapsulation layer can be used to 
passivate the metal or dielectric layers. 

One of the principal advantages of the 
fabrication of thick film micro trans¬ 
mission lines by liftoff is its generic ap¬ 
plicability to a broad class of underlying 
wafer technologies. The method is equally 
applicable to submicron CMOS or GaAs 
processing. Any foundry can be used to 
fabricate the wafers. 

E-beam lithography 

The patterning of the resist is readily ac¬ 
complished with direct-write electron 
beam lithography. E-beam use eliminates 
the need for creation of expensive mask 
plate sets for the different wiring and via 
configuration on each wafer. Rensselaer is 
fortunate to have received a grant from 
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Figure 9. Fabncation sequence for thick film liftoff process. Steps are repeated identically for all layers of the multilayer 
interconnect structure including the pillar vias. (Source: J. F. McDonald et al., “Gallium Arsenide Wafer Scale Integration ” 
AGARD Conf. Proc. No. 380, May 1985, p. 12-12.) 


IBM of an EL-2 direct-write electron beam 
lithography machine. Using the recently 
available Perkin-Elmer AEBLE system, a 
wafer throughput of 30 wafers per hour is 
possible. Hence, commercial WSI fabrica¬ 
tion can enjoy competitive wafer through¬ 
put. The use of optical masks for fixed vias 
or feedthrough layers can keep the num¬ 
ber of more expensive E-beam operations 
to a minimum. 

Focused ion beam 
repair 

The focused ion beam (FIB) is a 
relatively new processing tool. One of the 
process capabilities of this tool is focused 
ion milling of fine features, which can be 
done in registration on the wafer. Using an 
integral scanning electron microscope 
(SEM) attachment on the FIB, it is poss¬ 
ible to scan metal layers to look for large 
pinholes, and to compare fully patterned 
lines against the pattern database to find 
bridging faults. Using the milling action of 
the ion beam, it becomes possible to cut 
short circuit metal spurs or redundant con¬ 
nections. The FIB can also be used to clean 
or verify vias. Using an integral secondary 


ion mass spectrometer (SIMS), a precise 
endpoint verification can be made for each 
via, thus ensuring clean, low-resistance 
metal interfaces. Although the FIB is a 
relatively slow tool for some operations, 
these discrete repair, cleaning, iand 
verification operations can be performed 
quite quickly since the number and size of 
these regions requiring repair are small. 

A 32-bit GaAs RISC in 
wafer scale technology 

The application of wafer scale tech¬ 
nology to the implementation of a 32-bit 
RISC 24 in GaAs using an E/D gate array 
will be examined now. The point of view 
taken will be that of traditional WSI rather 
than WSH or WTM packaging, although 
clearly these may be used. The instruction 
set of the register file based processor is 
shown in Figure 11. 

The Source 2 operand can be replaced 
with a 12-bit immediate constant and it can 
further be shifted one or two bits left or one 
bit right. The immediate constant used in 
the BRANCH and LOAD# instructions is 
20 bits wide and can be complemented. I/O 



Figure 10. Since the thick metal film is 
directionally deposited, the interlayer 
“wormholes” resulting from small 
pinholes in the shield layer tend to seal 
themselves before forming a complete 
stud, thus improving the WSI wiring 
yield. (Source: J. F. McDonald and 
A. J. Stecld, “Multilevel Interconnec¬ 
tions for Wafer Scale Integration,” J. 
Vacuum Science and Technology A, 

Vol. 4, No. 6, Nov./Dec. 1986, p. 3135.) 
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addresses are calculated by adding the 
Source 1 and Source 2 operands. Note that 
no subroutine call or return instructions are 
available. These instructions can be per¬ 
formed by the STORE and LOAD instruc¬ 
tions by setting the Source 1 operand equal 
to the stack pointer. One of the registers in 
the register file is used as system stack 


pointer. The GETLASTPC instruction is 
necessary to save the return address after an 
I/O trap or interrupt occurs. 

The architecture of the GaAs RISC is 
shown in Figure 12. The data path has two 
internal buses: the L-Bus and S-Bus; its 
two external buses are the Instruction-Bus 
and Data-Bus. The Source 2 operand of an 


Arithmetic: 

ADD 

Source 1, Source 2, Dest. 


ADD with Carry 

Source 1, Source 2, Dest. 


SUB 

Source 1, Source 2, Dest. 


SUB with Carry 

Source 1, Source 2, Dest. 


OR 

Source 1, Source 2, Dest. 


AND 

Source 1, Source 2, Dest. 


EOR 

Source 1, Source 2, Dest. 

Control: 

BRANCH 

Immediate Const., Condition 


LOAD# 

Immediate Const., Dest. 


SETSTATUS 

Source 1, Source 2, Dest. = Status 


GETSTATUS 

Status, 0, Dest. 


CHANGESTATUS 

Status, Source 2, Dest. = Status 


GETLASTPC 

Last PC, 0, Dest. 

I/O: 

LOAD 

Source 1, Source 2, Dest. 


STORE 

Source 1, Source 2, Dataregister 


Figure 11. Instruction set of register file based processor. 


instruction is transferred to the ALU input 
latch B on the S-Bus and goes through the 
shifter. The shifter has only four func¬ 
tions: pass, shift left, shift left by two, and 
shift right, since the lack of pass transistors 
in GaAs MESFET technology increases 
the cost for the implementation of mul¬ 
tiplexers considerably. The Source 1 
operand is transferred on the L-Bus to the 
ALU input latch A. 

The dual-port read, single-port write 
register file with 16 registers allows the 
CPU to access two ALU operands concur¬ 
rently and to perform a read and write 
operation in a single system cycle. An 
ALU result is transferred on the L-Bus to 
the feed forward register, from where it 
will be written into the register file during 
the next cycle. This delayed write scheme 
reduces the system cycle time or instruc¬ 
tion time by eliminating the relatively long 
register file write delay from the cycle 
time. If one of the source operands is equal 
to the destination register of the previous 
instruction, the operand will automatical¬ 
ly be read from the feed forward register, 
and not from the register file that has not 
yet been updated. This eliminates data 
dependencies that would occur because of 
the delayed write scheme. 



































































The ALU has only four functions: 
ADD, AND, OR, and EOR. The subtrac¬ 
tion is implemented by inverting one of the 
operands and inverting the carry in. The 
carry select scheme over four bits is used to 
speed up the adder. The carry out for four 
bits is calculated for a carry in of zero and 
a carry in of one. The actual carry in selects 
only the output carry from one of the two 
carry chains. The carry propagation delay 
over four bits is therefore reduced to the 
carry output multiplexer delay, once the 
four-bit carry chains have settled. This 
adder speed-up scheme was chosen 
because it offers a good speed versus gate 
count trade-off. 25 

The program counter logic includes 
four registers, an incrementer, and an 
input and output multiplexer. The NEXT 
PC is normally loaded from the incre¬ 
menter, but in case of a BRANCH instruc¬ 
tion it can be loaded with the jump address 
from the ALU, or in case of a exception 
due to a reset, interrupt, or I/O trap, it will 
be loaded with the corresponding excep¬ 
tion vector. The value of the current PC is 
transferred on the L-Bus to the ALU for 
jump address calculations. The output 
multiplexer actually puts the value of the 
NEXT PC on the bus because the NEXT 


PC is equal to the current PC at the time of 
the transfer. The LAST PC can also be 
transferred to the L-Bus to save the return 
address after an interrupt or trap. The 
previous and last PC values are necessary 
because of the pipelining of the data path. 
Output multiplexers have been included in 
the register file and PC logic to reduce the 
bus-loading and the I/O pins on the bit 
slices used to implement the correspond¬ 
ing sections. 

The separate instruction and data buses 
and the pipelining allow the RISC to exe¬ 
cute an instruction fetch, a data I/O, and 
an ALU operation concurrently. One in¬ 
struction leaves the three-stage pipeline 
per system cycle. The instruction length is 
fixed to 32 bits since all instructions must 
be executed in three cycles (instruction 
fetch, execute cycle, data I/O). The cycle 
time is given by the delays on the critical 
path: instruction decoder = > address 
decoder = > register file (read) = > 
shifter = > ALU latch = > ALU (add) 
= > register (write). 

The system cycle time was estimated 
using proprietary information on a new 
gate array with a high fan-out from Tri- 
Quint. A gate delay model was used with a 
basic delay for each gate type plus an 


incremental delay for the number of fan¬ 
outs. Further, it was assumed that fast, 
high-power I/O cells with E/D logic 
threshold are used. The resulting system 
cycle time is 15.8 ns. Twenty-three percent 
of the cycle time is due to driver and 
receiver, while only 22 percent is due to 
transmission line delays. With a cycle time 
of 15.8 ns the GaAs RISC will execute 63 
million instructions per second. However, 
data dependencies after load instructions 
and the delayed branch scheme will reduce 
this figure, depending upon the applica¬ 
tion. To achieve near-maximum through¬ 
put, the memory must be able to transfer 
one instruction and one data word per sys¬ 
tem cycle to the CPU. This would require 
a memory bandwidth of 506 megabytes 
per second. Fast data and instruction 
caches are therefore necessary to reduce 
the main memory bandwidth. The system 
architecture with the two cache memories 
is shown in Figure 13 . 

For the implementation with the E/D- 
mode MESFET gate array from TriQuint, 13 
the ALU, the PC logic, and the registers 
are divided into four-bit slices. Only the 
register file with the feed forward logic has 
to be divided into one-bit slices. Figure 14 
shows the building blocks for the GaAs 
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Figure 14. Block structure of data path. 




Figure 15. Division of the four gate array 
types into four independent blocks. 
MEM: Register file and feed forward 
register—1 bit slice; ALU: carry select 
adder and [AND, OR, EOR]—4 bit 
slices; BLA: bus-latch for address-R and 
immediate-R—4 bit slices; SHI: 4-to-l 
multiplexer for shifter—4 bit slices; 

PCL: program counter and PC-reg- 
isters—4 bit slices; DAT: data I/O 
register—4 bit slices; LAT: data latch for 
instruction-R—4 bit slices; and C1-C5: 
control logic. 


RISC data path. A slice or building block 
should have less than 180 gates since the 
yield drops exponentially with the number 
of gates in a block. The yield of a block 
with 180 gates is currently above 60 per¬ 
cent. 13 All gate array sites are therefore 
divided into four small and independent 
blocks that have a high yield. The number 
of gate array types is currently restricted 
to four because of the use of step and 
repeat lithography by the foundry. This 
restriction severely affects the design since 
it limits the number of block types to 16, 
and some of the block types have even to 
be repeated several times because they are 
used more often. This limitation can be 
avoided using WSH or WTM die mount¬ 
ing systems with some loss in surface den¬ 
sity. Figure 15 shows the four gate array 
types required for the implementation of 
the RISC architecture. Four blocks have 
to share the 64 I/O pins of the gate array. 
If the restriction of only four different 
gate array types on a wafer is lifted by the 
foundry, the support of byte and half¬ 
word (16-bit) instructions becomes feas¬ 
ible. Further hardware support for a sec¬ 
ond-order Booth multiply algorithm could 
be implemented to give the GaAs RISC 
signal processing capability. Various 
amounts of improved multiplication hard¬ 
ware are possible. The area of memory 
cells in gate array technology is very large 
compared to custom-designed memory 
cells. This RISC design has therefore no 
multiple-window register file in contrast to 
the Berkeley RISC, and the cache mem¬ 


ories have to be implemented on a struc¬ 
ture similar to the wafer transmission 
module 11 with custom-designed GaAs 
memories. 

After processing at the foundry the 
wafer is tested and the location of the fully 
functional blocks is fed to the placer and 
router software. The testing must also 
verify if the threshold levels on the wafer 
are compatible and span the so-called 
burn-in period for reliability. The placer 
and router has to give special attention to 
critical paths like the carry chain or clock 
distribution tree. The seven segments of 
the carry chain must be shorter than 10 cm 
(560-ps transmission delay) to achieve a 
system cycle time of 15.8 ns. Figure 16 
shows the interconnections for two RISC 
architectures fabricated on the same four- 
inch wafer with the simulated yield figure 
of 60 percent for a block. A single RISC 
can easily fit on a three-inch wafer. Using 
three-inch wafers might be better because 
of the shorter interconnections and the 
brittleness of GaAs wafers. In any case, 
there appears to be sufficient room on the 
wafer to add additional logic to support 
other features. 

The average wire segment length is 14 
mm, and on a .four-inch wafer the total 
length for one RISC is 18 m. Figure H 
shows the histogram statistics of the wire 
segment lengths. The maximum intercon¬ 
nection length between any two blocks is 
less than 10 cm. The total wire capacity of 
two layers at 20-micron pitch for the four- 
inch wafer is roughly 500 m. 
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The GaAs RISC architecture requires 
12,000 gates for its implementation, which 
is well below the wafer capacity. The static 
power consumption of the gates and 
drivers is estimated to be 36 W if the blocks 
can be powered up independently. The 
dynamic power consumption is estimated 
to be quite low because of the low input 
capacitance of the gates and the trans¬ 
mission line interconnections. The full 
RISC package is therefore expected to 
dissipate only about 40 W per RISC ar¬ 
chitecture. If the power distribution plane 
is split in two halves, the two CPUs could 
be powered up independently. Special 
considerations not described here must 
apply for implementing quiet power distri¬ 
bution throughout the wafer. Precise 
clock wiring is especially critical for the 
four-phase clock required to drive this 
pipelined architecture. The CAD software 
must ensure this during placement and 
routing. 

When the GaAs process technology 
reaches the point where 1000 gates per die 
can be fabricated with high yield, the 
speed of the RISC can be improved signifi¬ 
cantly by partitioning the architecture into 
larger blocks or cells, resulting in fewer 
wafer interconnect delays. The wafer 
interconnect delays are, despite the trans¬ 
mission line behavior, much greater than 
the interconnect delays on a die because of 
the driver and receiver delays and the 
much higher length of wafer interconnec¬ 
tions. To reduce the cycle time, the ALU 
and the shifter would be incorporated in 
one eight-bit slice, thereby saving the 
wafer interconnect delay between the 
ALU and the shifter. By using the carry 
select scheme over eight bits instead of 
four bits, the carry propagation over the 
full 32 bits becomes faster and the wafer 
interconnect delays in the carry chain are 
reduced from seven to three. These 
changes would decrease the adder delay 
from 11.34 to 6.45 ns. Further, the control 
logic could be built with fewer blocks, 
saving again a wafer interconnect delay of 
0.90 ns. All these improvements would 
result in a system cycle time of only 10 ns. 

This shows that a wafer scale integrated 
RISC will gain speed as the yield of the 
circuit technology improves. 26 The 15.8-ns 
RISC assumes 100 cells of 12 different cell 
types containing no more than 180 gates 
(which happen to be implemented here on 
a quarter of a gate array reticle, as shown 
in Figure 14). The 10-ns RISC assumes 23 
cells of seven different die types containing 
no more than 1000 gates per die. The wir- Figure 17. Distribution of wire length for interconnect of two RISC architectures on 
ing layout for the rectangular WTM four-inch wafer. 



Figure 16. Interconnections on a four-inch wafer for two RISC architectures. 
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Figure 18. Routed WTM layout for GaAs RISC partitioned to use 23 dies containing 
less than 1000 gates per die. C Source : H. Greub, J. F. McDonald, and H. Merchant, 
“The Effect of Die Yield Evolution on a Wafer Scale Implementation of the GaAs 
RISC,” Hawaii lnt'l Conf. System Sciences, Jan. 1987, p. 61.) 


supporting these 23 dies is shown in Figure 10 ns; however, a four-phase system clock 

18. This layout was used to obtain the wir- of 800 MHz would have to be distributed 

ing delays needed for estimating the MIPS to accomplish this. □ 

rate for this architecture. 27 Special signal 

integrity problems must be considered in 

the design to achieve this performance. 28 ' 29 References 
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frequency digital microelec¬ 
tronics. However, if this potential is to be 
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schemes that will not negate the speed 
advantages of the underlying device 
technology. Many of the concepts of 
wafer scale integration seem appropriate 
for addressing this problem. Using this 
approach, a simplified 32-bit GaAs RISC 
architecture (employing cells containing 
180 gates each) with an instruction time of 
15.8 ns appears feasible using a four-phase 
clock. This would require a precision sys¬ 
tem clock of 506 MHz to assure the desired 
precision timing. If cells with 1000 gates 
each can be fabricated with reasonable 
yield, the repartitioned architecture could 
be designed to have an instruction time of 
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Toward a GaAs 
Realization of a 
Production-System 
Machine 


Theodore F. Lehr and Robert G. Wedig 
Carnegie Mellon University 


The computation and 
memory demands of 
OPS5 production 
systems suggest that 
the underlying 
production-system 
machine architecture 
can take advantage of 
a high-speed 
realization technology. 


P roduction systems are a special 
class of expert systems. Expert sys¬ 
tems are tailored programs or sys¬ 
tem environments that are designed to 
handle problems whose solution normally 
requires human expertise in a particular 
area. In this article, we attempt to demon¬ 
strate the issues involved in realizing a 
GaAs processor designed for efficient exe¬ 
cution of the OPS5 production-system 
language. 1-3 We review the state of GaAs 
D-MESFET technology, which is a 
mature technology, and discuss how its 
capacities can be exploited by a reduced in¬ 
struction set computer (RISC) called 
RISCF. * RISCF was designed at Carnegie 
Mellon University. 

A production-system machine is a 
machine whose architecture and imple¬ 
mentation are optimized for the execution 
of production-system languages. The 
OPS5 production-system language is cur¬ 
rently being researched and used at 
Carnegie Mellon University, as well as at a 
number of industrial sites. 


An earlier version of this article appeared on pp. 
246-252 of the Proceedings of the 19th Hawaii Interna¬ 
tional Conference on System Sciences under the title 
“The GaAs Realization of a Production-System 
Machine ” © 1986 IEEE. 

•RISCF conforms to the definition of a RISC given by 
Cowell et al. ^ 
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OPS5 has several advantages over other 
production-system languages. It is gener¬ 
ally easier to encode rules in OPS5 than in 
other types of expert-system languages. 
Unfortunately, OPS5 suffers from the 
same problem that plagues all production- 
system languages—insufficient execution 
performance. 

Research on improving the execution 
speed of production systems has been con¬ 
ducted at Carnegie Mellon on three basic 
fronts: 

• investigation of the maximum 
amount of parallelism that can be 
built into a production system, 

• the evaluation and development of 
special-purpose architectures for pro¬ 
duction-system execution, and 

• investigation of alternative imple¬ 
mentation technologies for produc¬ 
tion-system machines. 

Only through the combination of paral¬ 
lelism, architecture, and technology can 
the highest system performance be 
achieved. 

Investigation of parallelism in produc¬ 
tion systems was performed by Anoop 
Gupta and Lanny Forgy, both of Carnegie 
Mellon. Their work has been reported by 
Gupta 3>5 and will not be discussed here ex¬ 
cept to note that they determined that a 
small number of processors connected by 
means of a tightly coupled network can at- 
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R1: IF light blue exhaust smoke AND 

low compression THEN check piston rings 

R2: IF unburned gas in exhaust AND 

low compression THEN check valves and valve seats 

R3: IF compression ratio < 6.5:1 THEN low compression 


Figure 1. Some rules from a hypothetical production system. 


tain a significant amount of the paral¬ 
lelism available in OPS5 production-sys¬ 
tem programs. 

Jim Quinlan of Carnegie Mellon per¬ 
formed a study 6 of the suitability of dif¬ 
ferent architectures for production-system 
machines. In this study, he compared a 
number of commercial computers that run 
production-system programs with each 
other and with two proposed special- 
purpose machines. The results of the ar¬ 
chitectural analysis indicate that when a 
custom RISC processor is given the same 
cycle time as a complex microcoded ar¬ 
chitecture designed solely for the exe¬ 
cution of production-system programs, it 
can perform as well as the microcoded ar¬ 
chitecture, or better. 

Our work is to investigate the issues in¬ 
volved in realizing a RISC processor in 
gallium arsenide to obtain estimates of pa¬ 
rameters like the cycle time and the basic 
system requirements of such a processor. 
The work reported in this article is a 
feasibility study of a GaAs implementa¬ 
tion of RISCF. This study, which was per¬ 
formed with the cooperation of the 
Honeywell Corporate Systems Develop¬ 
ment Division near Minneapolis, Min¬ 
nesota, focuses on the feasibility, design, 
and layout of, and performance estimates 
for, a D-MESFET implementation of a 
customized processor for the execution of 
production-system languages. It was car¬ 
ried out by the authors from the fall of 
1983 until December of 1985. The work 
was performed solely by the authors, 
although Honeywell provided the packag¬ 
ing, density, and technology specifications 
and the CAD facilities for verifying the ac¬ 
curacy of the design. Ours was a feasibility 
study, and the design has not been imple¬ 
mented; however, through this work, we 
have been better able to determine the 
feasibility of GaAs as a system-realization 
technology, and we have helped to push 
back the limits of the execution speed of 
production-system programs. 

Quinlan’s study of five architectures 5 
suggests that two proposed architec¬ 
tures—a microcoded machine with long, 
semantically complex instructions and a 
specially designed RISC processor 
(RISCF)—are best suited for executing 
production systems. Since these architec¬ 
tures are markedly dissimilar, it may seem 
odd that microcoded and RISC processors 
have comparable performance for OPS5 
applications. Quinlan points out, how¬ 
ever, that computer-system issues, such as 
available processor-memory bandwidth, 
are critical factors affecting the relative 


performance of both these machines. 

In this article, we assume that each 
serves a host machine as either a dedicated 
accelerator or a coprocessor. The systems 
issues that arise when they are dedicated 
processors or coprocessors that execute 
only OPS5 are different from those that 
arise when they are machines of more gen¬ 
eral utility. In the case of RISCF, we also 
assume that we have access to high 
memory bandwidth. By “realization,” we 
mean roughly the semiconductor tech¬ 
nologies on which a machine is built. 
“Implementation” refers to the machine’s 
register-transfer-level description, and 
‘ ‘architecture” usually refers to its instruc¬ 
tion-set design, although the boundary be¬ 
tween “implementation” and “architec¬ 
ture” is not constant across all machines. 
We are indebted for our use of the terms to 
an unpublished manuscript by Blaauw 
and Brooks. 7 

For purposes of illuminating the issues 
that arise when one attempts to realize a 
processor in GaAs, we have made the 
GaAs realization of the RISCF produc¬ 
tion-system machine our principal thrust 
in this article. Given the complexity of the 
microcoded architecture, any reasonable 
implementation would be quite large, and 
hence we do not consider that a feasible 
realization in GaAs is possible with 
today’s technology. RISCF, however, has 
single-cycle instruction execution, is 
predominantly load/store in design, and is 
composed of relatively few instructions. It 
also has a regular instruction format and a 
fixed 32-bit instruction width. In Lehr, 8 
the implementation of this architecture is 
discussed, and a number of its interesting 
features are presented. 

Every semiconductor technology— 
whether it be NMOS, ECL, or MESFET— 
has fabrication and design rules that 
uniquely affect the implementation of a 
system. In our researches, we used GaAs 
D-MESFET logic because it is one of the 
most established GaAs technologies. 
(Companies like Honeywell and Rockwell 
offer product lines based on D-MESFET 
technology.) 


OPS5 and the Rete 
algorithm 

OPS5 is an efficient production-system 
language in which rules are codified in the 
form of a search tree called the Rete 
tree. '- 2 

The less efficient production systems 
typically store a list of rules in one memory 
space and a formal description of the 
problem in another. Searching for a match 
between the LHS of the rules and the 
elements of the problem is performed in 
these systems by indexing through the two 
memories in such a way that each entry in 
one is compared with every entry in the 
other. Although the inefficiency of this 
method can be mitigated with techniques 
like hashing the lists by means of certain 
keys, these are frequently just ad hoc 
improvements because they seldom take 
advantage of behavior indigenous to pro¬ 
duction systems. 

In contrast, the OPS5 search tree is con¬ 
structed to take advantage of the propen¬ 
sity in production systems for parts of con¬ 
ditionals to exist in the LHS of more than 
one rule. For example, in Figure 1, R1, R2, 
and R3 represent three rules in a hypo¬ 
thetical production system for auto-engine 
diagnostics. (Of course, in actual OPS5 
code, these rules would be formally speci¬ 
fied.) Since R1 and R2 share the condition 
“low compression” in their LHSs, the tree 
guarantees that when this condition is 
found in the problem space, each rule will 
simultaneously instantiate the “low com¬ 
pression” part of its LHS. That is, both 
rules concurrently get their LHSs partially 
satisfied. Despite the prevalence of such 
shared conditions, previous production- 
system languages did not exploit them. 

The Rete tree is part of the more general 
Rete matching algorithm. As we just 
noted, the tree takes advantage of struc¬ 
tural similarities between the LHSs of 
rules in OPS5 production systems. In ad¬ 
dition to exploiting this property, Rete 
also capitalizes on temporal similarities 
between the elements in the problem. As 
we noted earlier, production systems make 
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several passes through a problem, up¬ 
dating it each time rules are satisfied. The 
Rete algorithm recognizes that it does not 
need to look for a match in the entire up¬ 
dated problem, only in the part of the 
problem that has just changed. Conse¬ 
quently, Rete records those aspects of the 
problem that have been altered and applies 
the rules to only those altered parts. For 
example, should a 5:1 compression ratio 
be one of the problem elements in the 
hypothetical engine-diagnostic system 
mentioned earlier, rule R3 would add the 
element “low compression” to the prob¬ 
lem description. Then, in the next pass 
through the problem, the Rete algorithm 
would attempt to match only “low com¬ 
pression” to the LHSs of the rules, since 
any partial matches from the first pass 
would still exist. In this case, rules R1 and 
R2 would be partially instantiated. If the 
element “light blue exhaust smoke” had 
been found in the first pass, R1 would be 
fully instantiated in the second pass, which 
would indicate that the rings should be 
examined. 

A study of the Rete algorithm’s imple¬ 
mentation demands shows that where con¬ 
ventional processors are involved, the 
kinds of computations it performs after a 
memory access are usually simple. Once 
data is resident in a conventional pro¬ 
cessor, only simple arithmetic instructions 
are needed to perform the matching tests. 
Heavy memory traffic and a preponder¬ 
ance of simple instructions are two key 
run-time characteristics of the Rete algo¬ 
rithm. They are also characteristic of 
matching algorithms for less efficient pro¬ 
duction systems, since the computation 
most often done in production systems is 
the comparison of two operands. 

A third characteristic of the Rete algo¬ 
rithm is the prevalence of branch instruc¬ 
tions over other types. One of the reasons 
for this is that part of the Rete algorithm 
consists of the Rete tree, which is built 
upon the antecedent parts of all the rules in 
the production system. The Rete tree is a 
complex structure that implements not 
only the sharing of parts of antecedents, 
but also implements a number of other 
features of the Rete algorithm. It must be 
traversed while the algorithm tests for 
matches. The tree, however, is mapped 
onto the sequential code of a unipro¬ 
cessor. Consequently, when moving 
among the branches of the Rete tree, the 
processor is frequently forced to jump to 
noncontiguous localities in the instruction 
stream. The jump frequency is heightened 
further because the processor is usually 


executing iterative loops when it is at 
branch nodes in the tree. 

These three characteristics—high 
memory traffic, the simplicity of instruc¬ 
tions in OPS5, and frequent branch¬ 
ing—drive designs for the architecture and 
implementation of the processor for exe¬ 
cuting OPS5. We do not know if a pre¬ 
ponderance of branching instructions is a 
property of other production systems, 
although the simple, repetitive nature of 
searching for matches makes this likely. 


The architecture and 
implementation of 
RISCF 

When compiled into assembly-language 
instructions, the Rete algorithm consists 
of many Load-Jump and Compare-Jump 
sequences. It does not need complex in¬ 
structions, but requires only a few simple 
Load, Compare, and Jump types. A se¬ 
quential processor dedicated exclusively to 
executing OPS5 can be based on a small 
core of simple instructions that have the 
potential for being executed in a single 
cycle. Other Rete characteristics favor a 
processor that can efficiently support both 
(a) heavy data traffic in and out of 
memory and (b) frequent branching. 

An OPS5-executing processor that is 
built on a set of simple instructions and 
optimized to support all these Rete charac¬ 
teristics can achieve a speedup over an un¬ 
customized OPS5-executing processor 
that supports numerous complex instruc¬ 
tions. This is so because the overhead of 
supporting instructions superfluous to 
OPS5 execution is eliminated. Such a pro¬ 
cessor architecture—one built primarily of 
simple Load-Store instructions, each of 
which executes in one machine cycle—sug¬ 
gests a RISC-like architecture. John Cock 
of IBM initiated the seminal work on 
RISC architectures with the 801 minicom¬ 
puter. 9 This machine inspired work done 
at Berkeley 10 and Stanford 11 and has af¬ 
fected the design of some recently intro¬ 
duced commercial machines. 

The instruction set of RISCF, the RISC 
we developed for executing OPS5, is 
streamlined to accommodate the proper¬ 
ties of the Rete algorithm. (The “F” in 
“RISCF” refers to Charles L. Forgy of 
Carnegie Mellon, the developer of the 
Rete algorithm.) Compare-and-branch 
and Load-and-branch instruction se¬ 
quences are implemented under a static 
branch-prediction strategy. Memory- 


reference instructions use simple address¬ 
ing techniques, and Arithmetic-logic in¬ 
structions are decoded and executed in a 
single machine cycle. All of RISCF’s in¬ 
structions are 32 bits long. The main data 
type is the 32-bit integer, and the only 
arithmetic operations are Add and Sub¬ 
tract. RISCF has four addressing modes: 
absolute, immediate, base register plus 
displacement, and register. The functional 
integrity of all RISCF subsystems except 
the caches has been verified in a simulation 
done on the MIMOLA Software 
System. 12 ' 13 

The RISCF branch-prediction strategy 
is integrated into a three-stage data 
pipeline. Ordinarily, a heavily pipelined 
machine suffers performance degradation 
when it runs programs with incessant 
branching. The degradation occurs 
because a branch to a different program 
location usually requires that the pipe be 
flushed, which reduces the concurrency 
available on the machine. The degradation 
is most serious when it frequently happens 
that the data in the pipeline is dependent 
on previous or subsequent data, or when 
there are frequent cache misses. Both the 
simplicity of RISCF’s single-cycle instruc¬ 
tions and its branch-addressing mode, 
however, curtail such data dependencies. 
We applied statistics on the runtimes of 
typical OPS5 programs 14 to RISCF in¬ 
struction sequences that were generated by 
James Quinlan. 6 The results show that a 
static branch-prediction scheme speeds up 
RISCF’s execution of the Rete algorithm 
by 15 percent over RISCF execution of the 
algorithm without branch prediction. 

In developing a processor’s pipeline, the 
types of instructions, the instruction se¬ 
quences, and the frequencv of cache 
misses are important design parameters. 
The simplicity of the RISCF instruction 
set and the regularity of RISCF operations 
allow for uncomplicated pipelining. The 
only data dependencies that exist between 
instructions and can cause pipe breaks are 
those between Branch-prediction instruc¬ 
tions and Branch instructions. An internal 
forwarding mechanism handles any de¬ 
pendencies that arise between instructions 
requiring common registers. Despite the 
value of the pipeline, the high number of 
branch instructions used in the Rete algo¬ 
rithm might indicate incessant pipe breaks 
and recurrent cache misses. However, the 
RISCF pipeline is structured to permit the 
decoder to decode all instruction se¬ 
quences without pipe breaks except when 
those sequences harbor incorrectly pre¬ 
dicted branches. These isolated sequences 
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are slower than straight line code by one 
machine cycle. 

The efficiency of the pipeline is also en¬ 
hanced by the structure of RISCF’s regis¬ 
ter file. The register file is a large, 128-bit 
X 32-bit structure consisting of two read 
ports and a single write port. It is meant to 
hold critical elements from the problem 
space and pointers to various matching 
tests in the Rete tree. The register file’s 
ports are essential components in estab¬ 
lishing RISCF’s three-stage pipeline. If the 
processor-control state asks for parallel 
reading and writing of the same register, 
the write data is forwarded internally, 
which guarantees that the most up-to-date 
data is sent to the ALU. RISCF does not 
require an ALU with complex functional¬ 
ity because the predominant operation 
performed by the processor is the compar¬ 
ing of an operand from data memory with 
a register operand. Consequently, the 
ALU is a simple structure with only 10 
functions. 

RISCF derives some of its performance 
from logically separate instruction and 
data caches. For a RISC processor, 
especially one realized in GaAs, memory 
bandwidth is a critical performance 
factor. Executing an instruction every ma¬ 
chine cycle requires memory fast enough 
to supply the instructions. The dual RISC 
caches permit simultaneous fetching of 
one instruction while the operand of 
another is retrieved. Without the ad¬ 
ditional cache, the processor would need 
to delay the instruction fetch each time 
data was fetched from memory. Lehr 8 
suggests that a large data cache (32K bytes 
X 32 bytes or larger) can hold over 90 per¬ 
cent of all data references. It is not likely, 
however, that such a large cache would 
operate fast enough for a GaAs RISC. 
Fortunately, data references in OPS5 fre¬ 
quently exhibit a high degree of locality, so 
a smaller cache is probably sufficient. The 
architecture of the memory interface is an 
important area for further research. 

RISCF is a superior uniprocessor ar¬ 
chitecture for production systems—and 
for OPS5 production systems in par¬ 
ticular—because its instruction set is 
tailored to executing the Rete algorithm 
and because the size and simplicity of its 
instruction set permit the machine to fetch 
an instruction every machine cycle. The 
RISCF instructions are basically a modi¬ 
fied subset of the instruction sets found on 
larger, more complex machines (there are 
Compare-and-predict-to-branch instruc¬ 
tions, for example). RISCF instructions 
are basically those that are usually used to 


implement the Rete algorithm on these 
larger machines. The computational re¬ 
quirements of the Rete algorithm, in¬ 
cluding those for making control-flow 
decisions, are simple enough that an in¬ 
struction set designed to support the algo¬ 
rithm can be implemented on a machine 
that offers single-cycle execution. Such a 
machine—RISCF is an example—takes 
maximum advantage of the available 
memory bandwidth, since with respect to 
the Rete algorithm, RISCF has a very high 
ratio of useful computations per memory 
reference. This high ratio is usually not a 
characteristic of RISC machines designed 


RISCF is a superior 
uniprocessor architecture 
for production systems. 


for a broader range of applications, but 
RISCF is intended for a single application. 

The notion of useful computations per 
memory reference is a complex and subtle 
one. The ratio depends on the meaning 
assigned to “useful,” and therefore on the 
application being executed. The micro- 
coded machine proposed by Quinlan 6 
tries to maximize the ratio of useful com¬ 
putations per memory reference, but does 
so by raising the architectural level of the 
machine above typical assembly-language 
instructions to that of an instruction set 
that more directly executes the primitive 
operations of the Rete algorithm. Quinlan 
carefully discusses the assumptions behind 
RISCF and the microcoded machine, and 
he analyzes the performance that results 
when OPS5 is executed on architectures 
like the VAX/780. With its shorter cycle 
times, RISCF is superior to the micro- 
coded machine when the problem of in¬ 
creased processor-memory bandwidth (a 
problem inherent in RISC machines) is 
mitigated. 

It is difficult to compare machines as 
dissimilar as a VAX/780 and RISCF, for 
the VAX is a computer system designed 
for a multiprogramming environment, 
while RISCF is a dedicated processor 
designed for executing OPS5. How well 
the processor architectures of the 780 and 
RISCF execute production systems 
depends on their implementations and on 
the systems in which they are placed. In 
addition, while the 780 is a successful com¬ 
mercial product on which physical ex¬ 
periments can be made directly, RISCF is 


a set of architecture and implementation 
specifications whose performance has 
been verified through computer simula¬ 
tions. In his study, Quinlan 6 derives per¬ 
formance estimates for the architectures 
by means of such metrics as instruc¬ 
tion/data traffic and the number of 
machine cycles required to execute OPS5 
programs. One of the metrics attempts to 
base the estimate of the execution times on 
more of a processor-to-processor analysis 
by decoupling the VAX architecture from 
its memory-management system. This 
decoupling is done by packing the Rete 
code in tight loops, which enables the 780 
to obtain nearly a 100 percent hit ratio in 
cache memory. In such a case, the match 
time of OPS5 running on a VAX/780 that 
accesses cache every 200 ns is approx¬ 
imately two to four times longer than the 
match time of RISCF that is realized in 
NMOS VLSI and has a 300-ns cycle time. 

As a RISC machine, however, RISCF 
can take greater advantage than a VAX 
can of the higher speeds that come from 
reduced chip counts. Consequently, a 
high-speed realization of RISCF in GaAs 
is likely to widen the performance gap. 
Because of RISCF’s architectural simplic¬ 
ity, a silicon realization would require a 
relatively small amount of real estate. This 
simplicity means that it is worth consider¬ 
ing whether a GaAs realization is viable. In 
considering this, one must first analyze 
those characteristics of GaAs devices that 
affect system-design issues. 


Factors affecting 
the performance of 
GaAs ICs 

Questions of the viability of realizing 
RISCF in GaAs and of the advantages 
RISCF might obtain from such a realiza¬ 
tion suggest that one should examine how 
GaAs differs from silicon with respect to 
the logic structures, scale of integration, 
and signal-propagation behavior. 

Available logic structures. Designing 
digital circuits in GaAs D-MESFET 
technology is attended by two major con¬ 
straints not encountered when one designs 
with silicon technology in mind. 

The first constraint arises because only 
depletion-mode transistors are used. This 
constraint means that at least two voltage 
sources must be used. If a depletion-mode 
transistor has its source tied to ground and 
its drain connected to some positive poten- 
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tial, it can only turn off if a potential less 
than or equal to its pinch-off voltage is ap¬ 
plied to its gate. Consequently, unless two 
or more sources are available, or unless 
elaborate charge-pump circuits are used, 
D-MESFETs will always be on. 

The second constraint is a consequence 
of the small pinch-off voltage usually 
found in depletion mode MESFETs (the 
usual pinch-off voltage is V p = -1 volt) and 
of the range of the output-voltage swings 
(AVout * 1.0 volt). 15 At a fixed gate poten¬ 
tial, small V p (that is, when V p is close to 
zero) do not permit channels to conduct as 
strongly as they conduct for larger V p . 
Since the channels are less conductive, 
there is a comparatively large drop in the 
drain-source voltage (V ds ) across the tran¬ 
sistor. This relationship between V p and 
V ds removes basic NAND gates and most 
pass transistors from the set of viable 
design alternatives. 16 The large voltage 
drop across each of the NAND pull-down 
transistors when they are off raises the 
low-voltage logic levels of GaAs chips 
dangerously high. This prevents the gate 
from driving load transistors. Although 
NAND gates and pass transistors can be 
fabricated, the designer must either accept 
reduced switching speeds or have access to 
very fine process control to produce cir¬ 
cuits of the quality necessary to prescribe 
the device parameters accurately. Typical¬ 
ly, however, the low logic levels and 
diminished noise margins obtained by 
placing two MESFETs in the usual pull¬ 
down configuration of an NMOS NAND 
gate are unacceptable. Pass transistors 
suffer the same effects from that con¬ 
figuration: large drain-source voltage 
drops and diminished noise margins. 

To the integrated circuit designer ac¬ 
customed to the variety offered by silicon 
MOSFETs, the absence of NAND gates 
and pass transistors imposes onerous con¬ 
straints on the complexity and functional¬ 
ity that can be packed into a given chip 
area. The designer can no longer imple¬ 
ment a simple multiplexer that incor¬ 
porates an array of pass transistors 
selected by inverted and noninverted con¬ 
trol signals, but must instead derive the 
canonical expressions for the multiplexer 
and coax them into a form generally con¬ 
sisting of NOR gates. Consequently, a 
GaAs multiplexer and some other inte¬ 
grated structures require more transistors 
than their silicon MOSFET alternatives. If 
the GaAs version of a structure uses more 
gate stages than a functionally identical 
silicon circuit, the effect of the structure 
on the speed advantage enjoyed by in¬ 


dividual GaAs devices is diminished. The 
inability to map silicon gate structures 
directly onto functionally similar struc¬ 
tures in GaAs also affects comparisons of 
the achievable scales of integration in the 
two technologies. 

The scale of integration in GaAs. In 

order for large digital systems to benefit 
from the intrachip speeds of GaAs, the 
scale of integration must increase so that 
greater functionality can be placed on a 
single chip. The number of transistors that 
can be placed on a single GaAs chip with 
acceptable yield has recently tipped 25,000 
in the implementation of highly regular 
structures like static RAMs. Less densely 
packed systems include gate arrays and 
parallel multipliers that contain between 
1000 and 10,000 transistors. 17-19 Each of 
the integrated circuits exhibits the high¬ 
speed, low-power characteristics usually 
associated with GaAs, but usually also 
endures weak fan-out performance. For 
example, the Honeywell HGAS-500 gate 
array is a fast (~ 0.25 ns per logic gate) 
aggregate of NOR/OR-NAND gates, but 
it has maximum dc fan-outs of only two 
for unbuffered NOR and OR-NAND 
gates and of five for buffered NOR 
gates. 20 The low fan-out of GaAs buffers 
is a stumbling block to designers: It will 
force them to confront dismal interchip 
propagation delays for large systems until 
GaAs advances from LSI to VLSI. 

The move to VLSI and the advantages 
that may be derived from it hinge on 
process-control improvements and the 
kinds of gates that may be fabricated. As 
was noted in the section on “Available 
logic structures,” the circuit geometries of 
transistors in silicon MOSFET structures 
and those in functionally equivalent GaAs 
MESFET structures are not mirror images 
of one another. Since D-MESFET circuits 
cannot use NAND gates and pass transis¬ 
tors, they typically require more transis¬ 
tors for implementation of a digital system 
than a MOSFET circuit would. This dis¬ 
crepancy may disappear, however, as de¬ 
creases in feature sizes, in voltage swings, 
and in tolerances for threshold-voltage 
variations cause difficulties in im¬ 
plementing NAND gates and pass transis¬ 
tors in future silicon VLSI technology. In 
addition, the advent of reliable hetero¬ 
junction bipolar transistors (HJBTs) will 
eventually introduce NAND gates and 
pass transistors to GaAs, but this tech¬ 
nology is still years away from being a 
viable VLSI alternative. Although larger 
chip areas are required for circuits limited 


to NOR and compound-logic gates, this is 
not the principal obstacle impeding suc¬ 
cessful VLSI fabrication in GaAs. 

The major impediment to reducing 
both the sizes of features and the voltage 
swings of GaAs integrated circuits is that 
chip yield is very poor. 16 - 21 As integration 
scales increase, the swing of gate voltages 
must decrease so that manageable power- 
dissipation levels can be maintained. 
Decreasing gate-voltage swings necessi¬ 
tates the reduction of threshold-voltage 
deviations across a wafer. Threshold 
voltages are not constant over a wafer, but 
deviate from an ideal threshold voltage ac¬ 
cording to some statistical distribution. In 
order to ensure that many of the chips on 
the wafer function correctly, the range of 
gate-voltage swings must be adjusted to 
accommodate the worst-case threshold 
values. This is required so that one can be 
certain that the transistors having those 
values will be forced to turn on and off. In 
light of this, it can be seen that the poor 
control over threshold voltages in GaAs 
technology forces voltage swings in the 
logic to widen. As was just noted, the 
larger voltage swings cause the typical 
transistor to dissipate more power, and if 
the power dissipation is too large, it must 
be countered by increasing device sizes— 
which means lower circuit-integration 
scales. Once GaAs performance parame¬ 
ters achieve the sensitivity necessary for 
VLSI circuits, the advantages of the faster 
device speeds will be realized more easily. 
Off-chip delays will then be less critical, 
since the logic that used to be distributed 
over several chips will be present on one. 
Long intrachip paths, however, might oc¬ 
cur more frequently. Since only SSI, MSI, 
and LSI circuits are currently available in 
GaAs, any timing studies of systems as 
large as RISCF must look at both on- and 
off-chip signal propagations. 

Propagation delays. Interchip signal 
propagation comprises a significant part 
of the circuit delays in both GaAs and sili¬ 
con systems. Although intrachip signals 
propagate faster than interchip broad¬ 
casts, the geometry of an integrated circuit 
can pose difficult problems in timing sub¬ 
circuits for harmonious operation. Long 
intrachip buses occasionally confiscate 
substantial chip area for routing, and they 
usually diminish the effects of fast device 
speeds by loading driver transistors. 
Though delays resulting from the length of 
intrachip buses are not endemic to gallium 
arsenide, integrated circuits in GaAs are 
more vulnerable to them than their silicon 
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cousins in that as bus lengths increase, the 
speed advantage that GaAs has over sili¬ 
con begins to decrease. 18 However, since 
GaAs integrated circuits have not yet 
reached the VLSI level, the predominant 
propagation delays continue to be at inter¬ 
chip interfaces. 

The advantage RISCF would obtain 
from a GaAs technology that has not 
matured to the VLSI level would depend 
on how well RISCF could be modularized 
to reduce the effects of interchip delays. 
The decomposition of RISCF into mod¬ 
ules depends on transistor counts, com¬ 
munication paths, and the number of I/O 
pins permitted on each chip module. 


Modularizing RISCF for 
gallium arsenide 

The modularization of RISCF that we 
discuss below is based on conservative esti¬ 
mates of the numbers of gates for different 
structures and on an upper pin-out bound 
of around 80. 

Since D-MESFET systems can be scaled 
no further than the LSI level, RISCF must 
be decomposed into modularized chips if 
it is to be realized in this GaAs technology. 
Dissecting RISCF requires determining 
the approximate number of gates needed 
for each substructure, the shared com¬ 
munication paths, and the maximum pin¬ 
out allowed for a GaAs chip. An estimate 
of the speed of the modularized processor 
requires that one know approximate in¬ 
trachip delays and the nature of interchip 
loading. Our modularization of RISCF is 
contrived in part from the performance- 
affecting factors (available logic struc¬ 
tures, integration scale, and propagation 
delays) that were discussed in the section 
on “Factors affecting GaAs performance,” 
and in part from information acquired 
from the Honeywell, Inc., Physical 
Sciences Center located outside of Min¬ 
neapolis, Minnesota. 20 (We used the 
Honeywell data in our analysis of the main 
substructures of the processor—the 
analysis is given below—and we used the 
analysis, in turn, to arrive at an estimate of 
the machine-cycle time.) 

We have selected the logic of each of the 
substructures primarily for its simplicity, 
not for gate conservation or for attractive 
performance characteristics. By limiting 
each substructure of the processor to con¬ 
figurations of NOR and NOT gates and by 
using rudimentary logic implementations, 
we have established a conservative upper 


Figure 3. A ripple-carry adder. 


bound on the number of gates needed by 
each major substructure. For example, 
though a parallel adder will most likely 
outperform a simple ripple-carry type, the 
implementation considerations for a par¬ 
allel adder are more complex and its logic 
structure is more elaborate. Since the 
modularization of RISCF makes inter¬ 
module communication the major source 
of performance degradation, it would be 
premature to select elaborate logic im¬ 
plementations for their potential perfor¬ 
mance gains before the modularity is 
established. More significantly, the pur¬ 
pose of selecting gate configurations is not 
to ascertain the optimal modularity of 
RISCF, but to help realize a modulariza¬ 
tion that has the advantage of simplicity. 

Gate geometries of RISCF substruc¬ 
tures. The substructures of RISCF include 
register-transfer-level (RTL) units like reg¬ 
isters, incrementers, the ALU, mul¬ 
tiplexers, and other structures of similar 
complexity. In assigning the gate geometry 
to these structures, we have used only 
NOR and NOT gates and we have paid no 
attention to the different transistor con¬ 
figurations used in GaAs to implement 
these gates. 

We assume that the inputs and outputs 
of the structures described below are 
asserted high. 

Register. Since reliable pass transistors 
cannot be implemented in GaAs MESFET 


technology, a GaAs static register cell con¬ 
sists only of standard NOR and NOT 
gates. Figure 2 depicts a single static-latch 
bit. A latch contains six gates per bit. 

Multiplexer. The absence of pass tran¬ 
sistors most strongly affects the implemen¬ 
tation of multiplexers. Instead of being 
implemented as an array of pass transis¬ 
tors that are all controlled by a single 
input-select unit, a GaAs multiplexer is 
implemented with an armada of combina¬ 
tional logic. A GaAs multiplexer requires 
2n + 1 gates per bit, where n is the number 
of inputs. 

Adder. The number of gates in the 
single adder cell shown in Figure 3 also 
reflects the absence of pass transistors. 
The central goal in synthesizing a 
modularization scheme is to arrive at a 
rough estimate of processor-cycle time. 
Consequently, we have made no special 
efforts to implement a fast adder, since it 
would not contribute to the accuracy of 
the estimates. The adder is a simple ripple- 
carry type. It contains 10 gates per bit. 

Incrementer. In GaAs, an incrementer 
is a simplified adder in which one of the 
summands is a single bit equal to one. 
Consequently, we have constructed the in¬ 
crementer out of half-adders that add the 
carry of the previous bit to the current bit. 
An incrementer has seven gates. 

Decrementer. The logic construction of 
a GaAs decrementer is similar to that of 
the incrementer. Like the incrementer, it 
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To left ALU input To right ALU input 


Figure 4. A register-file module. 


has seven gates per bit. 

ALU. The arithmetic-logic unit of 
RISCF can perform one of six operations 
each machine cycle. The operations are 

• Addition. The geometry of the logic 
of the ALU’s addition function can be 
much like that of the adder structure 
shown in Figure 3, but the geometry is 
somewhat constrained because of the 
other ALU operations. 

• Subtraction. This operation is im¬ 
plemented in the form of the gate 
geometry of the addition function; 
however, it includes the simple twos- 
complement converter on one of the 
inputs. 

•Signextend. The first 19 bits of input a 
are passed directly to the output. The nine¬ 
teenth bit’s value is passed to each of the 
succeeding bits and is transferred to their 
output. Passing the bit value on to the suc¬ 
ceeding bits is easily achieved if a two-gate 
drive is placed every three bits or so. 

•Hiload. The values of the lower 16 bits 
of input a are passed to the upper 16 bits of 
input b and are concatenated with the 
lower 16 bits of input b. The modified b 
value is sent to the output. The bit values 
to be passed can simply be gated into their 
proper locations. 

•Passleft and Passright. In Passleft, the 
left input is selected to be passed to the 
ALU output. (In Passright, it’s the right 
input.) The gating is relatively trivial. 

•Or, And, Xor, and Not. These logic in¬ 
structions can be implemented simply, and 
their gating is trivial. 


Lower 16 Lower 16 



Upper 16 bits to 

Figure 5. ALU modules. register file and data cache 
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From instruction cache 


We do not discuss in this article the gate 
geometries of the Select logic for the ALU 
and multiplexer, since these geometries are 
not complex. They have physically large 
realizations, however, so that they can 
drive control signals across the structures, 
but these large realizations are only sig¬ 
nificant if the gate counts per module ap¬ 
proach LSI limitations. 

In addition, there are several logic struc¬ 
tures in the control section of RISCF that 
check for equality, inequality, and other 
relationships, but these are typically not 
very wide and occur infrequently. 

A possible modularization scheme. The 

gate geometries just discussed permit ap¬ 
proximations of the number of gates 
belonging to the individual modules of a 
given modularization scheme. A good 
modularization scheme attempts to de¬ 
compose RISCF in such a way that critical 
paths and closely related substructures are 
kept within individual modules. Figures 4, 
5, 6, and 7 depict our RISCF decompo¬ 
sition scheme, which attempts to satisfy 
the demands of pin-out, of requirements 
concerning numbers of gates, and of com¬ 
munication paths. The pin-out and com¬ 
munication-path requirements relegate 
the problem of gates per module to insig¬ 
nificance, since even in the case of large, 
highly regular structures like the register 
file modules, the number of gates is below 
10,000. Figure 4 shows one of four register 
files, together with the multiplexers and 
the supporting latches. The four-module 



Figure 6. The instruction-fetch module. 
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Instruction from 
instruction cache 



instruction cache 

Figure 8. A layout showing juxtaposition of RISCF modules. 


Total delay = 15 (gate delay) + 65 x (unit fan-outs) 

+ 0.16/micron x (unit fan-outs) (first metal) 

+ 0.14/micron x (unit fan-outs) (second metal) 

Figure 9. The typical delay, in picoseconds, for a 10^-wide MESFET. 


Table 1. Propagation delays, in picoseconds, for various structures. 


Structure 

Data Paths 

Select Logic 

Worst Case 

Register (write) 

320 

_ 

320 

Multiplexer (2:1) 

320 

110/bit 

3500 (32 bits) 

Adder 1 

600/bit 

— 

8960 (16 bits) 

Incrementer 

390 + 290/bit 

— 

7540 + drivers 

Decrementer 

390 + 290/bit 

— 

7540 + drivers 

Register file (write) 

3000 

4500 

4500 

Register file (read) 

2800 

4500 

4500 

ALU (32 bit) 2 

12,500 

400 

12,500 

Driver 

250/stage 

— 

1500 (6 stage) 


1. Delay for the ripple-carry adder shown in Figure 3. 

2. Delay for dual, carry-selected adders in the highest 16 bits. 


macrostructure of which it is a part con¬ 
tains more gates than any other macro¬ 
structure and has the widest data path of 
them all (approximately 37,000 gates, of 
which those in the multiport register file 
make up over 95 percent). 

The ALU and the status and data-write 
registers, shown in Figure 5, are combined 
into two modules of about 60 pins each. 
The most significant slice of the ALU con¬ 
tains two adders—with carry-input values 
of zero and one, respectively—and a mul¬ 
tiplexer for selecting between them. A 
design like this permits the two modules to 
work concurrently and to arrive at three 
separate 16-bit results simultaneously. The 
carry of the lower 16-bit result selects the 


appropriate upper 16-bit result, an opera¬ 
tion that incurs only the extra delay 
associated with the multiplexer instead of 
the delay that would result from another 
16-bit computation. A 16-bit ripple-carry 
adder needs less than 180 gates, and a 
16-bit multiplexer uses only about 120. 
This split-adder feature does not force the 
module’s total gate count over 1000, and it 
cuts the adder’s execution time nearly in 
half. 

The more significant half of the 
instruction-fetch macrostructure is shown 
in Figure 6, and the entire data-fetch 
macrostructure is shown in Figure 7. The 
instruction-fetch macrostructure consists 
of 62 pins and is composed of less than 


2500 gates. The instruction-address stack 
and the stack pointer reside in the data- 
fetch macrostructure, a module with 74 
pins and about 2000 gates. 

The PLA controller, which is not shown 
in any of the figures in this article, com¬ 
prises comparatively few gates, and can be 
subsumed into either the instruction-fetch 
module or the data-fetch module. The ap¬ 
proximate module-gate totals are com¬ 
puted by identifying the principal sub¬ 
structures, which include the input/output 
buffers in the applicable module, and 
summing their respective subtotals. 

Juxtaposition and timing. There is some 
overlap of functionality among the nine 
modules (chips). For example, slices of the 
instruction latch are contained in both of 
the instruction-fetch modules and in each 
of the four register-file modules. The 
replication of shared structures in the 
different modules reduces the penalties of 
interchip delays. As we have discussed, in¬ 
terchip signal propagation among both 
GaAs and silicon circuits is a principal 
source of performance degradation. Since 
GaAs circuits are low in power, the prob¬ 
lems associated with driving off-chip 
signals are relatively greater than they are 
for silicon technologies like NMOS or 
bipolar logic, and the degradation suf¬ 
fered is more profound because of the high 
intrachip speeds of GaAs circuits. Conse¬ 
quently, until VLSI GaAs circuits appear, 
the problems of interchip signal propaga¬ 
tion will continue to haunt the designer 
who wishes to build in gallium arsenide. 
Honeywell, Inc., is investigating a form of 
wafer scale integration called hybrid 
wafer-scale integration (HWSI), in which 
previously fabricated chips are deposited 
onto a substrate wafer and the intercon¬ 
nect is laid down subsequently. Such a 
scheme, though difficult, takes advantage 
of both the lower capacitances resulting 
from the common substrate and the ab¬ 
sence of highly capacitive DIP pins. It also 
has potential for higher yields than would 
be obtained through general wafer-scale in¬ 
tegration. Both our discussion of the jux¬ 
taposition of the RISCF modules and our 
timing analysis of these modules, which 
follow, assume a HWSI implementation. 

Figure 8 shows a possible RISCF- 
module layout. In this layout, we have not 
attempted to find an optimal arrangement 
of modules, but we did note that keeping 
the communication distances between 
modules short is an important layout con¬ 
cern. An actual wafer might space the 
modules by as much as a centimeter. 
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Honeywell is researching special, low- 
dielectric chip interconnects that reduce 
interchip delays if sufficiently powerful 
off-chip drivers that are compatible with 
the interconnect medium are used. The 
typical on-chip delay for a Kfyi-wide 
MESFET is shown in Figure 9. 

As can be seen from Figure 9, unless a 
gate is driving a long bus (> 500 ^m), the 
most significant loads on the gate come 
from the devices connected to the gate’s 
output. Since we have not established the 
circuit layout of each module, our timing 
estimates use only the intrinsic gate delay 
and the delay arising from load devices 
that is explained by the expression in 
Figure 9. Although delays owing to bus 
length are excluded from these estimates, 
the fact that the implementations of the 
structures that we discussed earlier are not 
optimal helps to compensate for the ab¬ 
sence of bus-length-related delays in the 
estimates. The values in Table 1 and other 
calculations described below assume that 
unit-sized gates (10-^m-wide FETs) are 
used for all on-chip functions except those 
performed by the off-chip drivers, and the 
off-chip drivers are scaled appropriately. 
We use the approximate delay in picosec¬ 
onds for each of the major intrachip struc¬ 
tures discussed above to analyze the 
critical paths through each of the modules 
and to ascertain an approximate machine- 
cycle time. 

We have obtained a measure of the 
delay for each of the Table 1 structures ex¬ 
cept the register file by applying the 
expression for gate delay (the expression 
does not include the delays resulting from 
bus length) to a logic representation like 
that shown in Figure 2. The estimates of 
the read/write and access times of the reg¬ 
ister file were drawn from comparisons of 
available GaAs SRAM circuits. 22 We 
assume that the register file consists of par¬ 
allel 128-bit x 32-bit SRAMs and that 
each SRAM pair supports parallel 
read/write operations. The delay time for 
the multiplexer is based on an analysis of 
the logic multiplexer described previously. 
The driver delay takes on a successor 
stage, or a load three times larger than the 
load it presents to the preceding driver. 

The critical paths in each of the four 
macromodules—the register-file, ALU, 
instruction-fetch, and data-fetch mod¬ 
ules—are shown by the dark, heavy lines 
in Figures 4,5,6, and 7. The choice of path 
is based on the propagation delays of the 
structures the paths contain. These delays 
determine the maximum time to be allot¬ 
ted to the machine for intrachip opera- 
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tions. Every RISCF module latches a state 
during at least one of the two phases of the 
machine cycle. That is, each module con¬ 
tains a minimum of One latch between its 
inputs and outputs, and therefore requires 
that the processor bridge the interchip 
media only once during a clock phase. 
Consequently, an estimate of the period of 
the machine cycle is derived by summing 
the longest intrachip delay incurred during 
the first phase with the longest such delay 
incurred during the second, then adding 
the result to the approximate interchip 
delay. 

Estimated machine-cycle time. The 
longest intramodule delay for $ ] opera¬ 
tions is about 11 nanoseconds, and the 
longest for <J> 2 is about 15 nanoseconds. 
We have not yet ascertained the effect of 
the drivers except in the special case of 
ALU operations. If, as Table 1 indicates, 
the delay from a six-stage driver is 1.5 
nanoseconds, then a more accurate esti¬ 
mate of the phase periods is 13 nanosec¬ 
onds for 4> j and about 17 nanoseconds for 
$ 2 . which makes for a total machine-cycle 
time of roughly 30 nanoseconds. 

The GaAs alternative 

Although the previous calculations are 
approximate (they leave out delays that 
result from bus length), they give a 
ballpark estimate of the RISCF machine- 
cycle time. More precise estimates would 
require both detailed layouts for each of 
the modules and more information on the 
advantages of HWSI. The six-stage driv¬ 
ers used in our analysis may be larger 
than we need for GaAs implementation of 
RISCF, since, according to one text 23 on 
MOS VLSI design, a six-stage driver in 
which each successive stage is three times 
larger than its predecessor should effi¬ 
ciently drive loads more than 700 times 
larger than that of a minimum-sized driv¬ 
er. Of course, the drive capability of the 
six-stage driver is actually less, since larger 
drivers require longer buses, which places 
a greater load on the drivers. Investi¬ 
gations of a more detailed kind that are 
conducted about possible layouts and gate 
organizations will yield more precise esti¬ 
mates, but given the conservatism of the 
estimates discussed here, any estimates 
relying on more intricate evaluations of a 
RISCF realization in GaAs will probably 
come up with an even faster machine cycle. 

The appeal of such a fast processor 
should not overshadow the difficulties 


impeding its realization. A 30-ns cycle time 
is of little value unless caches with com¬ 
patible access times are available. In fact, 
with the recent success of alternative 
device and packaging technologies for 
GaAs, RISCF’s cycle time could be even 
shorter. The question still remains, how¬ 
ever, of how a machine of single-cycle in¬ 
structions with, say, a 10-ns cycle time will 
maintain an unbroken supply of instruc¬ 
tions. It is feasible that small (4K-byte X 
32-byte) memories could be used to 
achieve a 30-ns memory-access time. A 


Recent successes in 
alternative device and 
packaging technologies for 
GaAs may mean that 
RISCF’s cycle time will be 
shorter than 30 ns. 


small cache, however, might not provide 
sufficient support for the memory de¬ 
mands of Rete. Consequently, designing 
for GaAs-related speedups brings trade¬ 
offs into the design of an integrated- 
processor system for executing OPS5; in¬ 
deed, it brings tradeoffs into all processor- 
architecture design. 

A ccording to simulations and phys¬ 
ical experiments, if RISCF is de¬ 
signed with a 300-ns cycle time, it 
executes OPS5 code two to four times 
faster than a VAX/780 that accesses mem¬ 
ory exclusively from the cache. If a RISCF 
with a 30-ns cycle time had access to mem¬ 
ory that supplied an instruction every 30 
nanoseconds, it would increase this per¬ 
formance by almost a factor of 10. Of 
course, if the performance of the 780 pro¬ 
cessor is improved by implementation and 
realization enhancements, RISCF’s per¬ 
formance advantage decreases. 

Although gallium arsenide devices 
promise high speed, they have substantial 
fabrication and implementation prob¬ 
lems. Currently, the GaAs systems that 
have been realized consist of SRAMs, gate 
arrays, and multipliers. Recently, some ex¬ 
perimental GaAs RISC-like machines 
have been developed that are addressing 
the system issues we have alluded to in this 
article. 24,25 

We have illustrated some of the problems 
that arise when one attempts to realize a 
RISC machine in GaAs D-MESFET tech¬ 
nology, which is a mature gallium arsenide 
technology. Owing to the comparatively 


low levels of integration and the poor fan¬ 
out characteristics of D-MESFET logic, 
systems as complex as a RISC machine 
cannot yet enjoy the full advantages of the 
speed of gallium arsenide. To compound 
the difficulties, there is the question of 
whether caches and other supporting sub¬ 
systems can accommodate the speed of a 
GaAs processor at reasonable costs. 
However, given the progress that research¬ 
ers have made in improving the GaAs inte¬ 
grated circuit, the future holds some 
promise for RISC processors and other sys¬ 
tems that display a similar type of complexi¬ 
ty. Improving alternative GaAs technolo¬ 
gies, such as HEMT, HBJT, and enhance¬ 
ment/depletion logic, may eliminate some 
of the logic-design constraints and fan-out 
problems endemic to D-MESFETs. 

At Carnegie Mellon, current research 
into improving the speed of production 
systems concentrates on algorithm design 
and investigations of appropriate parallel- 
processor architectures. Although the 
speedup of a processor such as RISCF 
over machines that are more general- 
purpose in nature is not insignificant, the 
importance of actually realizing a physical 
GaAs RISCF is mitigated by the as yet un¬ 
answered higher level issues currently 
under investigation. For example, the 
prevalence of new multiprocessors on the 
market has created an environment in 
which very fruitful investigations can be 
performed on how to exploit parallelism in 
production systems. 

Our investigation of a customized GaAs 
processor design provides a means to ap¬ 
proximate an upper bound for the exe¬ 
cution speed that can be expected from a 
single processor for OPS5 or other pro¬ 
duction-system languages. Our research 
goals, however, do not make the actual 
building of a GaAs RISCF a high priority 
because experimental GaAs RISC ma¬ 
chines are being investigated by others and 
because Quinlan’s comparison 6 has sug¬ 
gested to us that though RISCF has a per¬ 
formance advantage over a particular un¬ 
customized RISC architecture when it is 
built with similar technologies, this small 
advantage is not significant enough to out¬ 
weigh the costs we would incur in building 
a RISCF machine. 

As a result of efforts by researchers to 
produce GaAs systems, the viability of 
realizing a GaAs production-system 
machine will likely improve. 

We anticipate that subsequent investiga¬ 
tions of GaAs RISC processors are likely 
to yield promising results if alternative 
technologies are pursued. □ 
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A parallel version of 
the two-thousand- 
year-old algorithm for 
finding prime 
numbers tests the 
capabilities of a 
multiprocessor. 


M ore than two thousand years 
ago, Eratosthenes of Cyrene 
described a procedure for 
finding all prime numbers in a given range. 
This straightforward algorithm, known as 
the Sieve of Eratosthenes, is to this day the 
only procedure for finding prime num¬ 
bers. 1 In recent years it has been of 
interest to computer scientists and engi¬ 
neers because it serves as a convenient 
benchmark against which to measure 
some aspects of a computer’s perfor¬ 
mance. Specifically, the Sieve tests the 
power of a machine (or of a compiler) to 
access a very large array in memory rapidly 
and repeatedly. This power is clearly in¬ 
fluenced by memory access time, the speed 
at which indexing is done, and the over¬ 
head of looping. Over the last decade, we 
have seen, in both professional journals 
and popular computer magazines, 2 ’ 3 
numerous instances of the Sieve’s use as a 
benchmark. 

I have implemented a parallel version of 
the Sieve on the Flex/32 shared-memory 
multiprocessor at NASA Langley Re¬ 
search Center. In this article, I describe this 
implementation and discuss its perfor¬ 
mance. I show that the algorithm is sensi¬ 
tive to several fundamental performance 
parameters of parallel machines, such as 
spawning time, signaling time, memory 
access, and overhead of process switching. 
Because of the nature of this algorithm, 
there is no advantage in using more than 
four or five processors unless dynamic 
load balancing is employed. I describe the 


performance of the algorithm with and 
without load balancing, and compare the 
performance with theoretical lower 
bounds and simulated results. There is 
good agreement between simulated results 
and observed run times, which indicates 
that the performance parameters used in 
the simulation are an accurate measure of 
the machine’s performance. 

I feel that the parallel version of the 
Sieve is very useful as a test of some of the 
capabilities of a parallel machine. The par¬ 
allel algorithm is straightforward, and so is 
the process for checking the final results. 
However, the efficient implementation of 
the algorithm on a real parallel machine, 
especially in the dynamic load-balancing 
case, requires thoughtful design. The basic 
operations required by this algorithm are 
very simple. This simplicity of basic opera¬ 
tions means that the slightest overhead 
shows up prominently in performance 
data. The Sieve thus serves not only as a 
very severe test of the capabilities of a par¬ 
allel processor; it is also an interesting 
challenge for the programmer. 

The Sieve of Eratosthenes 

Suppose I wish to find all prime num¬ 
bers between 2 and N. Eratosthenes’ algo¬ 
rithm proceeds as follows. The numbers 2 
to A are first written down. I start with the 
first number (that is, 2) and, stepping 
through the list, cross out all of its mul¬ 
tiples (in this case, 4, 6, 8, ...). Having 
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exhausted the list, I return to the starting 
point, look at the next uncrossed number 
on the list (which is 3), and cross out its 
multiples(6,9,12,...). Coming back again 
to the beginning of the list, the next 
uncrossed number I encounter is 5 (4 
having been crossed out during the first 
pass). I repeat the crossing-out sweep 
through the list with the multiples of 5, 
and so on. The uncrossed numbers left at 
the end of this process (which is illustrated 
in Figure 1 for TV = 50) are the primes. 

Several issues need to be clarified. First, 
I explicitly eliminate all multiples of 2 from 
the list, even though I could have started 
with a list of odd numbers only and 
reduced the total work considerably. I do 
not exclude even numbers because my 
purpose is not to generate prime numbers 
efficiently, but to use the Sieve as a 
measure of a computer’s performance. 

Second, I need perform the crossing-out 
sweeps only up to VTV, because any num¬ 
ber less than TV cannot have all its factors 
greater than VTV. For example, if TV = 100, 

I need only sweep through four times to re¬ 
move the multiples of 2, 3,5, and 7. There 
is no point in removing the multiples of 11, 
since 22 will have been removed during the 
sweep with 2, 33 will have been removed 
during the sweep with 3, and so on. 

It is interesting that the first of these 
issues (listing only the odd numbers) was 
known to Eratosthenes and is mentioned 
in the ancient text Introduction to Arith¬ 
metic by Nicomachus, 4 which is the oldest 
reference to the Sieve commonly available 
in translation. Eratosthenes does not, 
however, state the notion of restricting the 
sweeps to less than VTV. This notion first 
appears explicitly in the works of Leonar¬ 
do of Pisa (who is also known as Fibonac¬ 
ci) more than 1400 years later. 5 


A parallel version of the 
Sieve 

E. Shapiro 6 proposes the following 
parallel version of the Sieve. Eratosthenes 
starts off with a large number of slaves and 
instructs the first one to write down the in¬ 
tegers 2,3,4,... on the ground in a field. A 
second slave is dispatched with instruc¬ 
tions to cross out all multiples of 2. 
Eratosthenes now moves down the “list” 
of numbers and dispatches a new slave 
whenever an uncrossed number is en¬ 
countered. Thus, the third slave is sent off 
with instructions to cross out the multiples 
of 3, the fourth crosses out all multiples of 


5, and so on. The uncrossed numbers that 
remain at the end of this process are the 
primes. 

It is amusing to speculate if this is ac¬ 
tually how Eratosthenes sieved prime 
numbers, whether he had an unlimited 
supply of slaves, and, if not, how many 
slaves he used to sieve what range of num¬ 
bers and in how much time. If this really 
happened, it probably represents one of 
the earliest instances of the implementation 
of a parallel algorithm. However, this “par¬ 
allel” version of the Sieve is not alluded to 
in any of the standard reference works on 
classical mathematics. 5 > 7 

For the purposes of this article, it suf¬ 
fices to note that the Sieve is easily parallel¬ 
ized and that the scenario described above 
can be programmed on a real shared- 
memory multiprocessor. There are, how¬ 
ever, some subtle points that need to be 
brought out. 

Note first of all that synchronization is 
implicit in the above description. Eratos¬ 
thenes politely waits until all the slaves he 
has dispatched have moved at least one 
number away from him before he moves 
forward himself and examines the next 
number. This ensures that he does not use¬ 
lessly dispatch a slave to cross out the mul¬ 
tiples of a non-prime. For example, when 
Eratosthenes looks at 6, the slaves crossing 
out multiples of 2 and 3 should already 
have passed over it. If neither of them has, 
then a new slave will needlessly be dis¬ 
patched to cross out multiples of 6. This 
will not affect the correctness of the algo¬ 
rithm, but it will definitely reduce the algo¬ 
rithm’s efficiency. Furthermore, slaves 
who are moving rapidly through the field— 
because they are fast runners, or because 
they are striking out multiples of large 
primes, or for both reasons—must not 
overrun the slave performing the initializa¬ 
tion, who is writing down the integers 
from 2 to TV. 


Figure 1. Sieving the first 50 numbers. 
The original list (first column) contains 
all integers from 2 to 50. The first sweep 
removes all multiples of 2; the second 
sweep removes all multiples of 3; and so 
on. It is not necessary to continue the 
sweep-out process beyond V50 (see main 
text for explanation). The numbers that 
remain in the last column (that is, those 
left after the sweep-out process) are the 
primes. 
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Figure 2. Architecture of the Flex/32 
multiprocessor. 


Shared 
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shared char LIST [limit]; /* These variables are in shared memory */ 

shared int ACTIVE [maxprocs]; /* limit is the range of numbers to be sieved */ 

shared int PRIME [maxprocs]; /* maxprocs is the number of processors to be used */ 

shared int DONE; 

main() /* the master procedure */ 

{ 

DONE = false; 

for (processor = Coprocessor <maxprocs;processor+ +) { 

ACTIVE[processor] = false; 

process(s lave(processor, I i mit), processor); 

/* starts up routine ‘slave’ on specified processor */ 

} 

rootlimit = sqrt(limit); 
mainplace = 1; 

whenfall processors have finished initialization); 

/* causesprocessortowaituntilconditionsatisfied */ 

do { 

do mainplace+ +; 

while ((LIST[mainplace] = = ’ ’)&&(mainplace<rootlimit)); 
if (mainplace > = rootlimit) 

DONE = true; 

else { 

when (a processor is idle); 

PRIME [processor] = mainplace; 

ACTIVEfprocessor] = true; 

} 

} 

while (DONE = = false); 

when (all processors have finished their ongoing sweeps); 

} 

slave(processor,limit) /* a copy of this procedure runs on each processor */ 

int processor,limit; 

{ register int stepsize, place, local_limit; 

initialization: compute start and stop points; 
for (place = start;place < =stop;place+ +) 

LIST[place] =/* initialization */ 
signal completion of initialization to master; 
do { 

when (ACTIVE[processor] = = true); 

stepsize = PRIME[processor]; 
place = stepsize + stepsize; 

local_limit = limit; /* limit is copied into a register for speed */ 

while (place < = local_limit) { 

LIST[place] = ’/'sieving */ 
place = place + stepsize; 

} 

signal completion of sweep to master; 

} 

while (DON E= = false); 


The second point to appreciate is that 
the total amount of work done by any 
slave is inversely proportional to the size of 
the prime number whose multiples he is 
eliminating. When slaves are sieving a 
finite range of numbers, I expect that 
those handling the last few primes will 
finish their work quickly and be idle for 
most of the time. This phenomenon has a 
major impact on the efficiency of the par¬ 
allel algorithm, as I discuss below. 

The Flex/32 
multiprocessor 

The Flex/32 currently being installed at 
NASA Langley Research Center is made 
up of 20 processors that are based on the 
National Semiconductor 32032 micropro¬ 
cessor. 8 Each processor has about 1M 
byte of local memory, and all processors 
can access about 2M bytes of shared 
memory through a global bus. 

Figure 2 illustrates the current con¬ 
figuration of the machine. Pairs of pro¬ 
cessors reside on each of 10 local buses, 


Figure 3. The basic parallel algorithm for 
the Sieve. (Variables in shared memory 
have their names spelled wholly in 
uppercase letters for the convenience of 
the reader.) Access to these variables is 
by means of Lock/Unlock commands 
whenever the possibility of synchroniza¬ 
tion problems exists. (For the sake of 
clarity, these commands are not shown in 
the above listing.) Synchronization is 
not, however, required when one is 
accessing LIST, since all slaves are 
writing the same value (that is, ’ ’). 
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and all 20 machines must access the shared 
memory by going through the local and 
then the global bus. The processors are 
numbered from 1 to 20; at Langley, pro¬ 
cessors 1 and 2 operate under a Unix oper¬ 
ating system and are used (a) for program 
development and (b) for loading and boot¬ 
ing up the remaining processors when a 
parallel program is to be run. Thus, under 
normal circumstances, 18 processors are 
available for parallel processing—these 
run the MMOS concurrent operating sys¬ 
tem. Amongst these 18, only processor 3 
has a console attached to it. It has been my 
experience at Langley that the overhead of 
handling console I/O can significantly im¬ 
pact the running times of processes on this 
processor. I have therefore excluded this 
processor from my experiments, which 
report timings for only 17 processors. 

At the time the research reported in this 
article was carried out, the machine was 
operating in an experimental mode, and 
not all of the facilities envisaged for its ulti¬ 
mate form were available on it. Of greatest 
importance is the fact that the facility for 
locking shared memory locations was im¬ 
plemented in software rather than in hard¬ 
ware and resulted in heavy overhead. 

The basic parallel 
algorithm 

In my parallel implementation of the 
Sieve of Eratosthenes, there is one master 
process that orchestrates all work. I use 
one slave process per processor and time- 
share the master process with one of the 
slaves. (The reason for this is discussed 
below.) I use an array of dimension N to 
sieve N numbers. This array is of type 
character and its elements are all initialized 
to “*.” Locations whose indices are mul¬ 
tiples of primes are then set to “ ” (blank) 
as the algorithm proceeds. In the end, the 
indices of all locations that are still “ * ” are 
the prime numbers. The initialization is 
done in parallel by all available slaves. 
Thus, if there are p processors, each ini¬ 
tializes a subrange of length approximate¬ 
ly N/p. This is in contrast with the scenario 
described in the section entitled “A paral¬ 
lel version of the Sieve” (above); in that 
scenario, one slave does the initialization. 
The decision to initialize in parallel ensures 
that the initialization is done with the full 
power available to us, and it eliminates the 
need to synchronize in order to prevent a 
fast-moving slave from overrunning the 
initializing slave and writing into a loca¬ 
tion that has not yet been initialized. 


Once initialization is complete, the 
master moves forward through the array, 
dispatching a slave whenever it encounters 
a location that is set to Slaves move 
through the array, setting to “ ” locations 
that are multiples of prime numbers. 
Should no idle slaves be available, the 
master waits until a working slave has 
finished its sweep and signaled its avail¬ 
ability. 


Figure 3 lists this basic algorithm, and 
Figure 4 illustrates its execution for N = 
100 and p = 3. 

Details of implementation. Examina¬ 
tion of Figure 3 reveals that the bulk of the 
work in this algorithm is the setting to “ ” 
of locations in shared memory. This is 
perhaps the simplest memory operation 
that one can conceive. It effectively 
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2:90 
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84 

— 

2:94 

— 


85 

— 

2:96 

— 


86 

— 

2:98 

— 


87 

88 


2:100 


P2 finishes sweep 2 

Program terminates 


Figure 4. Execution of the parallel Sieve algorithm for N = 100, p = 3. Time 
advances from top to bottom. All memory and signaling operations are assumed to 
take one unit of time. Spawning time is not shown in this figure. An idle processor is 
represented by “—.” Some sequences of entries (indicated “—”) have been omitted 
for brevity. Entries that begin with “M” represent the master. “M[l,i]” represents 
the signaling of the master to processor 1 by which processor 1 is instructed to start 
its initialization phase. “M[l,5]” is the signaling of the master to processor 1 by 
which processor 1 is instructed to start sweeping with 5. “M[-,8]” represents the 
master finding the number 8 already crossed out. All other entries are of the form 
“number being sweptdocation examined.” 
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Figure 5. When the master proceeds very rapidly as compared with the slaves, the 
possibility of “false primes” arises. In the figure, some slaves are recorded as 
needlessly striking off multiples of 4, 6, and 8. This occurs because the signaling time 
in this example is five times the memory access time. In general, false primes can oc¬ 
cur whenever the master progresses faster than a slave. I minimize these false primes 
by always time-sharing the master with one of the slaves. 


70 

60 

50 

40 

Time 

30 

(seconds) 

20 

10 

0 

Figure 6. Observed timings for the basic algorithm, N = 0.5,1, and 2 million. 



Processors 


precludes the use of any synchronization 
to ensure that the master processor does 
not overshoot a slave—the overhead 
would be many times the amount of useful 
work done. I have therefore not used any 
such synchronization. As I discussed in the 
section entitled “A parallel version of the 
Sieve” (above), this omission of syn¬ 
chronization does not invalidate the algo¬ 
rithm, but it does cause an overhead 
because some slaves are occasionally 
dispatched to strike out multiples of non¬ 
primes. This overhead is several orders of 
magnitude less than the overhead of syn¬ 
chronization, and I am happy to live with 
it. 

To minimize the incidence of the 
abovementioned “false primes,” I time- 
share the master process with another 
slave. This reduces the rate of progress of 
the master and almost eliminates the in¬ 
cidence of overruns. If I were not to do 
this, there would be a large amount of ex¬ 
tra work caused by false primes, as il¬ 
lustrated in Figure 5. 

When running this algorithm with p 
processors, I spawn all p slaves at the 
beginning of the program. The master 
signals each slave to proceed with a prime 
number. Each slave signals back to the 
master when it has finished the work allot¬ 
ted to it. A different approach would be to 
spawn a slave whenever one is required 
and to let it die upon completing its work. 
While this alternative results in a more 
elegant algorithm, the overhead of spawn¬ 
ing a new process on most conventional 
multiprocessors is too high to permit this 
to be an efficient implementation. This 
issue is discussed by Jordan 9 for other 
applications. 

The algorithm was implemented in C 
augmented with a few parallel-processing 
primitives (see Figure 3). The parallel-pro¬ 
gramming primitives are 

• when(condition). (This causes the 
calling process to wait until the specified 
condition is true.) 

• process(procedure_name(parame- 
ters),processor_number). (This is used to 
start up the specified procedure on the 
specified processor.) 

• lock(shared_ variable). (An attempt is 
made to lock a variable in shared memory. 
If that variable is not currently locked by 
any other process, the lock will be granted. 
Only the locking process will then be able 
to access this shared variable. If the 
variable is found to be locked already by 
some other process, the lock-seeking pro¬ 
cess will wait until the lock is released.) 
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Figure 7. An execution of the parallel Sieve in which N = 200 and p = 7. This exe¬ 
cution illustrates poor utilization of processors. After time = 104, only one processor 
is active. (The notation “—” represents an idle processor. Some sequences of entries 
have been omitted for brevity.) 


• unlock(shared_variable). (In other 
words, release a locked variable.) 

I was able to take advantage of C’s ac¬ 
cess to machine registers and to obtain 
very good array-access times, as indicated 
by the timings that are discussed in the 
following sections. 


• The time to run the algorithm 
decreases as the number of processors in¬ 
creases. However, there is no decrease in 
the running time beyond about six proces¬ 
sors. This is because the slaves sieving the 
first few primes dominate the total compu¬ 
tation time. This is illustrated in Figure 7 
for a problem with seven processors. It can 
be seen that the slave sieving 2 goes on for 
the longest time, while the others finish 
quickly. When there are fewer than six 
processors, the total time to sieve primes 
other than 2 is greater than the time to 
sieve 2, and a speedup in the total time of 
the algorithm is, in fact, observed. 

• There is a well-defined spread of run 


times tracked for two to seven processors. 
This is because of the uncertainty inherent 
in parallel processing. To appreciate this 
uncertainty, note that the “when(condi- 
tion)” statement is implemented on a con¬ 
ventional machine as a call to an operating 
system primitive. At periodic intervals, the 
operating system checks to see if the condi¬ 
tion has become true. There is no guaran¬ 
tee that a process will get its ‘ ‘when ’ ’ signal 
at precisely the same instant every time the 
program is executed. Because of this, the 
signal to a slave to proceed may be sent 
slightly later during one run than in 
another. The master may assign a slightly 
heavier load to one slave than to another. 

This spread of run times does not occur 
for runs with one processor because there 
is essentially no parallel processing in that 
case. Nor does it occur for runs with very 
large numbers of processors, since there is 
not enough parallelism in the problem. 
(There is an idle slave waiting to be dis¬ 
patched for a new prime whenever the 
master so requires.) 

Load balancing 

To improve the utilization of processors 
and thus reduce the running time, I devel¬ 
oped a load-balancing algorithm and mea¬ 
sured its performance. The load-balancing 
strategy is for each idle slave to take half 
the load of the most heavily loaded slave. 
This load-balancing phase is not started 
until the master signals the completion of 
the dispatching phase (which is to say, the 
master has swept through the first VjV 
numbers). 

Figure 8 shows just one instance of load 
balancing. At time 50, processor 1 takes 
half the load of processor 2, thereby cut¬ 
ting off half the long “tail” in Figure 7. 
The load-balancing step is executed by 
each processor as it becomes idle. (In Fig¬ 
ure 8,1 show just one load-balancing step 
so as to avoid a congested diagram.) 

There is a stiff cost for load balancing. 
This arises because each processor’s limit 
and current location must be accessible to 
every other processor and thus must be 
stored in shared memory. This is in con¬ 
trast with the basic algorithm (see Figure 3) 
in which each processor’s location 
(“place”) and limit (“locaLJimit”) can be 
kept in registers yielding very high rates of 
memory access. The penalty for load bal¬ 
ancing shows up prominently in Figure 9, 
which plots the observed run times for the 
basic algorithm and the load-balancing al¬ 
gorithm. There are 15 runs for each of the 


Observed timings for the basic algo¬ 
rithm. Figure 6 shows the times I measured 
for the basic algorithm when it was used to 
sieve 0.5, 1, and 2 million numbers. Each 
set of curves comprises 15 different runs 
with 1 through 17 processors. Inspection 
of these curves yields several interesting 
facts. 
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two algorithms in this figure. It can be seen 
that the runtime of the load-balancing al¬ 
gorithm is initially higher than that of the 
basic algorithm, but that the difference 
decreases as the number of processors in¬ 
creases. After about 10 processors are 
employed, the benefit of load balancing 


exceeds the cost of using shared memory 
and the running time of the new algorithm 
drops below that of the old. 

It is also noteworthy that there is a 
significant “spread” of runtimes for all 
numbers of processors greater than 1. This 
is because the load-balancing algorithm 


has greater parallelism (with the attendant 
uncertainty) than the basic algorithm. 
This is shown in detail in Figure 10, which 
shows portions of plots for 0.5, 1, and 2 
million numbers. 

Comparison of observed 
and predicted timings 

In order to verify my understanding of 
the various factors that influence the per¬ 
formance of the basic algorithm, I first ob¬ 
tained times for several fundamental per¬ 
formance parameters of the Flex and then 
ran a simulation of the parallel Sieve. I felt 
that the extent to which simulated results 
agreed with actual experiments would in¬ 
dicate to me how well I understood the 
performance of the Flex. 

My timing experiments yielded the fol¬ 
lowing numbers. Time to access a location 
in shared memory in a “For” loop is 10 
microseconds. The time for one process to 
signal another is 2 milliseconds (this signal¬ 
ing capability is currently implemented in 
software). The time to spawn a process is 
13 milliseconds. This last number appears 
excessive, but it has a minor impact on the 
Sieve experiments because I spawn each 
slave only once during the lifetime of the 
program. 

These performance characteristics were 
used to develop a simulation of the basic 
algorithm. I also used the memory access 
times to obtain lower bounds on the time 
required to sieve. This was done by run¬ 
ning a conventional serial Sieve of Eratos¬ 
thenes algorithm, counting the number of 
times any memory location was referenced, 
and dividing by the number of processors. 

Figure 11 compares the simulated tim¬ 
ings and lower bounds with the averages of 
15 runs each of the basic algorithm and of 
the load-balancing algorithm. These 
curves are for a problem of size 1 million 
numbers sieved. The measured timings 
shown are the averages of the timings 
shown in Figure 9. The following subsec¬ 
tions summarize the results. 

Comparison with simulated results. It is 

seen in Figure 11 that the simulated and 
observed run times of the basic algorithm 
agree completely for p > 7. For 1 < p < 
7, the simulation times are less than the 
observed times. This is because the simula¬ 
tion does not take into account the time¬ 
sharing of the master with one of the 
slaves. The overhead of process switching 
accounts for the gap between pairs of 
curves. This gap is maximum for p = 1 
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Figure 8. Illustration of the modified, load-balancing algorithm. At time 50, pro¬ 
cessor 1 takes over half of the work on the most heavily loaded processor, which is 
processor 2. (To avoid a congested diagram, I have shown only one load-balancing 
step; in the implementation of the actual algorithm, each idle processor takes, in its 
turn, half the load placed on the most heavily burdened processor. For example, pro¬ 
cessor 7 would take half of processor 3’s load at time 63.) 
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and decreases smoothly as the number of 
processors increases. This occurs because 
as the number of processors increases, the 
disruption caused by process switching on 
one processor becomes a smaller and 
smaller fraction of the total work done by 
all processors. 

A lower bound on the time to sieve. The 

lowermost curve in Figure 11 plots the 
lower bound on time to sieve 1 million 
numbers. This curve was obtained by 
counting the number of a serial Sieve algo¬ 
rithm’s accesses to memory and dividing 
by the number of processors. Clearly, no 
parallel algorithm can do better than this 
lower bound. It can be seen that this curve 
is very close to the simulation curve at p = 
1, but that the two diverge as the number 
of processors increases. This is, of course, 
because the simulation takes signaling and 
spawning time into account, while the 
lower bound only counts the number of 
memory accesses. Beyond p = 6, the 
simulation curve flattens out because of 
the lack of parallelism. 

Comparing the lrwer-bound curve with 
the load-balancing curve shows that the 
two have roughly the same shape. At p = 
1, the load-balancing algorithm is about 
1.65 times greater than the lower bound. 
This factor increases smoothly to 2.4 for p 
= 17. The initial difference at/? = 1 arises 
because the lower bound assumes register- 
indexed memory access while the load¬ 
balancing algorithm uses indirection 
through a shared-memory location to ac¬ 
cess the shared array. The overhead of task 
switching also contributes to this factor, as 
it does in the algorithm that does not in¬ 
corporate load balancing. This factor in¬ 
creases because of the increasing overhead 
of load balancing as the number of pro¬ 
cessors increases. 

It may be possible to implement a more 
sophisticated load-balancing algorithm 
that uses registers for the initial computa¬ 
tion and shared memory locations during 
a second phase. Such an algorithm would 
be able to approach the lower bound more 
closely. 


I have described a parallel implementa¬ 
tion of the Sieve of Eratosthenes on 
the Flex/32 multiprocessor and dis¬ 
cussed its performance as a function of the 
number of processors. The time required 
to sieve a given range of numbers with the 
basic algorithm decreases as the number of Figure 10. Detail of plots of observed times of the basic algorithm and the load- 
processors utilized increases. However, balancing algorithm for N = 0.5M, 1M, 2M (N = total numbers sieved). 



balancing algorithm for N = 1M (N = numbers sieved). 
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pared with simulation and lower bound results ((V = total numbers sieved). 


this decrease flattens out at about six pro¬ 
cessors. The load-balancing algorithm, 
which is more complex, is initially slower, 
but beats the basic algorithm after about 
10 processors. I have also compared the 
performance of the basic algorithm with a 
simulation. There is good agreement be¬ 
tween the two, indicating that the ma¬ 
chine’s performance is well enough under¬ 
stood that running times can be predicted 
with fair accuracy. 

In a graph, I also compared some plots 
of performance with a plot of the theoreti¬ 
cal lower bound for sieving a range of 
numbers. The proximity of the experimen¬ 
tal runtimes and the theoretical bound is a 
measure of the machine’s efficiency. 

I feel that the parallel algorithm for the 
Sieve will serve as a useful test of some as¬ 
pects of multiprocessor performance. Its 
implementation on other commercially 
available multiprocessors will provide in¬ 
teresting comparisons. □ 
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Digit-Pipelined 
Arithmetic 
as Illustrated By 
the Paste-Up System: 
A Tutorial 


Mary Jane Irwin and Robert Michael Owens 
Pennsylvania State University 


Building digital signal 
processors with digit- 
pipelined primitive 
components lessens 
the number of 
interconnects needed 
within and between 
VLSI chips, and there 
is no sacrifice in 
processing speed. 
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D ata transmission in bit- or digit- 
serial fashion results in efficient 
communication both within and 
between VLSI chips. A comparison of the 
two methods shows that bit-serial trans¬ 
mission requires only one communication 
wire per data item, but requires 2 p cycles 
to transmit the data across that wire 
(where 2p is the precision in bits). Digit- 
serial transmission requires only Oflog b) 
communication wires per data item, and 
only 2p/(log b) cycles to transmit the data 
(where b is the base). 

Limiting transmission between VLSI 
chips is desirable because of pin limita¬ 
tions. Limiting transmission within each 
VLSI chip is important so that the chip 
area needed for interconnections will be 
minimal. The possible penalty, of course, 
in using bit- or digit-serial transmission is 
slow processing speed, since several cycles 
are required to transmit a full data word. 

However, this speed limitation can be 
overcome by using pipelining to its fullest 
extent—that is, pipelining at the digit 
level. As soon as a result digit has been 
generated by one processing component, 
it is passed along to the next processing 
component as an input. In this way, a very 
high degree of concurrency and a high 
data-transmission rate can be maintained. 
Digit-serial data transmission can be used 
to advantage in the design of special-pur¬ 
pose processors in which communication 
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issues are the dominant ones and in which 
digit pipelining can be used to maintain 
high data-transmission rates. 1 - 2 VLSI 
signal-processing applications are one 
such problem domain. 

One obvious example of pipelined, bit- 
serial processing is the traditional bit-serial 
full adder, which is illustrated in Figure 1. 
In such an adder, both the input of the op¬ 
erands and the computation proceed in a 
bit-serial and bit-pipelined fashion, begin¬ 
ning with the least significant bits (LSBs) 
of the addend (x^ = x in ), augend (Z 2 P = 


*in 



R out — R in i* out — x in 
z out = *in + z in + Cy “ 6cy- 1 
b=2andy'=2p,.. .,1 


Figure 1. A bit-serial full adder. 
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z in ), and resulting summand (z 2/ > = Zout)- 
(The operand bits are numbered fromx 2p , 
which is the least significant bit, to x\, 
which is the most significant bit.) At the 
start of the addition operation, an internal 
latch that stores the carry bit, Cj, is cleared 
by the control signal, which is active 
when it accompanies the LSB of the oper¬ 
ands. This operation procedure ensures 
that the low-order carry-in, c 2p , is 0. 

For each subsequent value ofy, the next 
bit of the addend and the next bit of the 
augend are supplied to the component. 
For each addend-augend pair, a sum bit is 
generated and output (z out ); it may be 
used as an input by the successive pro¬ 
cessing component(s). The carry bit, Cj .\, 
is stored, for use in the next bit-addition 
cycle, in the internal latch. Since the adder 
may be one component in a grid of compo¬ 
nents, the addend, x in , and the control 
signal, R in , appear both as inputs and out¬ 
puts of the adder. 

In this article, we survey some pro¬ 
cessors that are digit pipelined (also re¬ 
ferred to as “digit online” in much of the 
literature 3 " 8 ) in a fashion similar to the bit 
pipelining of the bit-serial adder described 
above. First, we establish the conventions 
followed by these processors, which are 
known collectively as the Paste-Up (Penn- 
sylvaniA STatE-University Park) system. 
Then we define in detail several of the 
primitive components used in the Paste- 
Up system. Finally, we give examples of 
how, by combining several of the primitive 
components, one can construct composite 
processors that are more complex. These 
constructions meet various requirements 
that enable a VLSI design to achieve effi¬ 
cient use of silicon: simple and regular 
design with replication of simple process¬ 
ing components, regular and limited inter¬ 
connections, regular and limited control 
logic, and a high degree of concurrency. 9 

Composite processors built with digit- 
pipelined primitive components and de¬ 
signed for digital signal-processing applica¬ 
tions require fewer interconnects between 
and within VLSI chips than similar proces¬ 
sors built with other components, but 
there is no loss in processing speed. Work 
on the original primitive components for a 
discrete Fourier transform (DFT) proces¬ 
sor began in the spring of 1984 under the 
direction of Robert Michael Owens and 
Mary Jane Irwin at Penn State University. 
Many other digit-pipelined primitive com¬ 
ponents have been designed and fabri¬ 
cated since then. These primitive compo¬ 
nents now make up the Paste-Up system 
component library. Additional primitive 


Table 1. The use of twos-complement en- 
coding to encode digits into binary form. 


Digit 

Encoding 

-3 

101 

-2 

110 

-1 

111 

0 

000 

1 

001 

2 

010 

3 

011 


components are almost always in design. 
The production of an early set of CAD 
tools supporting the design of a restricted 
class of primitive and composite compo¬ 
nents in NMOS technology was begun in 
the fall of 1984. 10 Newer CAD tools are 
being developed that support the design 
process—from composite-component de¬ 
composition, to multilevel gate minimiza¬ 
tion for primitive components, to gate 
placement in CMOS primitive compo¬ 
nents, to composite-component composi¬ 
tion and interconnect, to framing and pad 
routing—and encompass the entire family 
of primitive and composite components. 

Paste-Up system 
conventions 

Later in this article we define several 
primitive components that can be com¬ 
bined in a digit-pipelined manner to build 
special-purpose processors that are more 
complex, such as multipliers, inner-prod¬ 
uct generators, and DFT processors. n - 12 
In this section we define the Paste-Up sys¬ 
tem conventions to which all of the com¬ 
ponents must conform. 1,13 

The first system convention defines the 
data communication format. In Paste- 
Up, all data communication is digit serial, 
and digits are represented in base-4, 
signed-digit format. 14 The allowable digit 
sets for operands are the conventional 
digit set for base 4 ([0, 1, 2, 3]), the max¬ 
imally redundant symmetric signed-digit 
set for base4 ([-3, -2, -1,0,1,2,3)), and the 
minimally redundant symmetric signed¬ 
digit set for base 4 ([-2, -1,0,1,2]). Twos- 
complement encoding, which yields the 
design with minimum logic, is used to en¬ 
code the digits into a binary form, as 
shown in Table 1. 

Three wires are required for trans¬ 
mitting one operand digit. All components 
are digit pipelined, and can input up to 
three operand digits and output up to 
three result digits. (Justification for the 
choice of the signed-digit, base-4 data- 


communication format is given in the next 
section.) Note from Table 1 that the en¬ 
coding “100” is not used, and thus is avail¬ 
able for signaling overflow, for signaling 
NAN (not a number) conditions, 15 or for 
use in error detection. 

The second system convention defines 
the data-communicationflow. Data-com- 
munication flow can proceed in a left- 
directed fashion (from least significant 
digit, or LSD, to most significant digit, or 
MSD) or in a right-directed fashion (from 
MSD to LSD). The base 2 serial adder of 
Figure 1 is a left-directed component, 
since one starts inputting the data with the 
LSD. Unlike the definition of dataflow in 
most other systems, we define the data¬ 
flow in our system to be right-directed, 
which is to say, most significant digit first! 
(We justify our choice of right-directed 
processing in the next section.) 

The third system convention defines the 
logic type. We use the standard convention 
of positive logic in which a high signal rep¬ 
resents a logical 1 and a low signal repre¬ 
sents a logical 0. 

The fourth system convention defines 
the clocking scheme. We adopt the stan¬ 
dard convention 16 of two-phase, non¬ 
overlapping clocks; our on-chip data is 
stable during phi-2, and our off-chip data 
is stable during phi-1. In our system, phi-1 
and phi-2 each need to be “high” for four 
gate delays (GDs); this gives a worst-case 
clock cycle of 10 gate delays, as shown in 
Figure 2. All of the Paste-Up primitive 
components have been designed to work 
in one such clock cycle. 

The fifth system convention defines the 
numerical format. The data is stored ex¬ 
ternal to the processor (that is, in the 
memory) in fixed-point, twos-comple¬ 
ment format. (Below, we define primitive 
components for converting the data that is 
input from the memory to the processor 
into signed-digit format, as well as compo¬ 
nents for converting the output back into 
fixed-point, twos-complement format 
prior to storage.) 

The sixth system convention defines the 
word length. All data has a fixed and con¬ 
stant word length of p base-4 digits. No 
overflow conditions are allowed, although 
the NAN code could be used to signal that 
overflow has occurred somewhere in the 
system. 

The seventh system convention defines 
the multiple-precision formats. Because of 
convention six, we disallow multiple-pre¬ 
cision operands, although our primitive 
components can provide extended preci¬ 
sion if run for the appropriate number of 
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4 GDs 1 GD 4 GDs 1 GD 


Figure 2. The clocking scheme. (GD 
stands for “gate delay.”) 


Table 2. Paste-Up system conventions. 


Convention 1: Communication takes place in base-4, signed-digit serial fashion. 

Convention 2: Data-communication flow is digit pipelined, MSD first. 
Convention 3: High signal = logical 1. 

Low signal = logical 0. 

Convention 4: On-chip data is stable during phi-2. 

Off-chip data is stable during phi-1. 

Convention 5: The numerical format is fixed-point, twos complement. 
Convention 6: Operand word length is fixed and constant. 

Convention 7: Multiple-precision values are not allowed. 

Convention 8: Primitive components have a latency of one. 

Convention 9: Inputs to components are time aligned. 

Convention 10: One broadcast-control signal is allowed. 

Convention 11: One control signal accompanies the data. 

Convention 12: All primitive components are fine-grained in size. 

Convention 13: Intercomponent signal wires abut or are river routed locally. 


additional clock cycles. 

The eighth system convention defines 
the latency of the primitive operators. 
Operand digits are input one set per clock 
cycle. The first result digit is generated and 
output some number of clock cycles after 
the first set of operand digits is input. 
After the first result digit is output, a result 
digit is output during each subsequent cy¬ 
cle. This latency (or “digit online delay” 3 ) 
between the time when the first digit of 
data is input and when the first digit of the 
output is generated is measured as an in¬ 
teger number of digits. In the base 2 serial 
adder, the delay is one digit; that is, one 
digit delay after the LSDs of the operands 
are input, the LSD of the output appears. 
Primitive components with various laten¬ 
cies could be defined, but combining 
primitive components with different laten¬ 
cies would present delay equalization 
problems. 1 Thus, all our primitive com¬ 
ponents must have a fixed latency of one. 

The ninth system convention defines the 
alignment of operands. As we just said, in¬ 
puts are time aligned so that operand digits 
of corresponding precision arrive at the 
component simultaneously. 

The tenth and eleventh system conven¬ 
tions define the control signals. Control 
signals required by primitive components 
are those that regulate the broadcast 
signal’s power, ground, and the clock 
(which has four lines for CMOS two-phase 
clock designs), and one synchronization 
signal (R in and /? out ) that flows through 
the components along with the data. This 
synchronization-control signal is a logic 1 
when it accompanies the MSD of the data 
and a logic 0 otherwise. It is used to signal 
the start of the next operation. In some of 
the components, an additional broadcast- 
control signal is needed as an operation 
code. 

Finally, we define two additional Paste- 
Up system conventions. 

The twelfth convention defines the 
limits on primitive component size. All of 
our primitive components can be classified 
as fine-grained -, 17 that is, each component 
is limited in size so that the many compo¬ 
nents making up a processor can fit on a 
single chip or on a very few chips. Each 
component can contain no more logic or 
area than that required for a one-digit 
product cell, two digit-adder cells, a chain 
of p shift-register storage cells, some small 
amount of local control, and local inter¬ 
connect. 

The thirteenth system convention de- 


nents are combined to make composite 
components, such as multipliers and 
inner-product generators. Typically, these 
composite components are meshes or lin¬ 
ear arrays of primitive components and 
are interconnected in a nearest-neighbor 
fashion. The primitive components in our 
system have been laid out so that the sig¬ 
nals passed between neighboring primitive 
components (such signals represent inter¬ 
component communication) either auto¬ 
matically abut or can be river-routed local¬ 
ly. 10 Table 2 contains a summary of the 
Paste-Up system conventions. 

Primitive operators 

A set of operations used in building 
signal processors is listed in Table 3. The 
table also indicates whether or not an op¬ 
eration can be performed in a digit-pipe- 
lined fashion either in a left-directed (LSD 
first) or right-directed (MSD first) manner 
when the latency is less than the precision 
of the operand(s). Since Boolean opera¬ 
tions are operations that are bit-wise or 
digit-wise, they can obviously be per¬ 
formed in either a left-directed or right- 
directed fashion. 


Table 3. Useful operators for building 
signal processors. 

Columns two and three indicate wheth¬ 
er the operation can be performed in digit- 
pipelined fashion when the fixed latency is 
less than the precision of the operands. 


Operator 

LSD 

First 

MSD 

First 

Boolean 

Yes 

Yes 

Add 

Yes 

Yes 

(Subt) 

Abs Value 

No 

Yes 

(Complement) 

Compare 

No 

Yes 

(Max, Min) 

Left Shift 

Yes 

No 

Right Shift 

No 

Yes 

Multiply 

No 

Yes 

Divide 

No 

Yes 

(Sq Root) 

Zero Detect 

No 

No 


and value. Thus, Compare cannot be done 
LSD first without a latency equal to the 
precision of the operands. Note that LSD- 
first performance of Compare requires 
storage in the node for the full precision 
of both operands, which violates conven¬ 
tion 12. 


By contrast, a Compare operation re¬ 
quires that there be knowledge about the 
fines the interconnect structure linking the most significant digit in order to start out- 
primitive components. Primitive compo- putting the minimum or maximum oper- 
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The Zero Detect operation requires in¬ 
spection of all digits of the operand before 
the output can be generated, and thus can¬ 
not be performed either MSD first or LSD 
first without a latency equal to the preci¬ 
sion of the operand(s). 

The shift distance for the Shift opera¬ 
tions can usually range from 1 to p. Only if 
the shift distance is limited to a single digit 
position, either left or right, can either 
MSD-first or LSD-first pipelined process¬ 
ing with a latency of one be achieved. 

The Multiply operation, if done LSD 
first, requires latency equal to the preci¬ 
sion because of the convention that all 
data in the system have fixed word lengths. 
LSD-first multiplication of two fixed- 
point, single-precision, fractional values 
gives double-precision results in which the 
least significant word of the result is pro¬ 
duced first, only to be discarded. The most 
significant word of the result is the one 
that is desired. 

In Table 3, more yes notations appear 
in the MSD-first column than in the LSD- 
first column. Since the dataflow of all 
components must be consistent, we have 
chosen right-directed (MSD-first) data- 
communication flow for our primitive and 
composite components. Right-directed, 
primitive components for seven opera¬ 
tions in Table 3 (Boolean, Add, Subt, Abs 
Value, Complement, Minimum, and 
Maximum) can be constructed. Only one- 
digit-position Shift operations are allowed, 
which makes both left and right MSD-first 
primitive shifters also possible. 

Composite components, such as mul¬ 
tipliers, are built out of primitive compo¬ 
nents. The latency of a composite compo¬ 
nent is upper bounded by the number of 
primitive components used to build the 
composite component. For example, al¬ 
though a Zero Detect primitive compo¬ 
nent cannot be built, a composite compo¬ 
nent that selects the operand closest to 
zero can be. In such a composite compo¬ 
nent, both operands are piped through 
Abs Value primitive components and both 
results are sent to a Min primitive compo¬ 
nent, which outputs the operand closest to 
zero. This two-primitive composite com¬ 
ponent has a latency of two. 

However, it is not obvious that one can 
perform addition (or multiplication) in an 
MSD-first, right-directed fashion, since 
with right-directed processing, it appears 
that there is no way to wait for a carry that 
ripples up from the least significant end! 
The use of signed-digit U ' Xi (or “redun¬ 
dant”) arithmetic allows one to achieve 
right-directed processing. Without signed¬ 


Table 4. Examples of digit sets. (The 
numbers in parentheses represent the 
number of bits required to encode the 
digit sets.) 


Base Conventional 
Digit Set 

Redundant 
Digit Set 

2 

0,1 

I, 0, 1 


(one bit) 

(two bits) 

4 

0, 1, 2, 3 

3, 2,1, 0, 1, 2, 3 


(two bits) 

2, 1,0, 1,2 
(three bits) 

8 

0, 1, . . .7 

7, 6, ... 7 


(three bits) 

6, 5, ... 6 

5, 4, ... 5 

4, 3, ... 4 
(four bits) 


digi t arithmetic, MSD-first pipelined addi¬ 
tion is impossible. Redundantly repre¬ 
sented values have digits chosen from the 
digit set(s) [-(ft-1), -(ft-2), .... -1, 0, 1, ..., 
(ft-2), (ft-1)] (the maximally redundant 

digit set 14 ) to [-(ft/2), -(ft/2-1).-1,0,1, 

..., (ft/2-1), (ft/2)] (the minimally redun¬ 
dant digit set 14 ). (In our system, we use 
only symmetric digit sets', that is, digit sets 
in which the largest negative digit and the 
largest positive digit are equal in magni¬ 
tude. We also consider only powers of 
“two” bases—that is, bases like base 2, 
base 4, base 8, and so on, which can be 
written as 2' for i = 1 to «—since these 
powers are the most efficient in terms of 
bit encoding.) In Table 4, we give some 
sample digit sets in which 1 = -1 (such dig¬ 
it sets are redundant digit sets); we also 
give, in parentheses, the number of bits re¬ 
quired to encode the digit sets. 

As we shall see, one cannot define a 
right-directed, redundant base-2 adder 
with a latency of one. (Thus, although a 
base-2 redundant digit set can be defined, 
redundant base 2 is not classified as a 
signed-digit system. 14 ) By using base 8, 
one can process more data per cycle, but 
each cycle is slower because the logic is 
more complex. Consider building a 
signed-digit, base-8 digit multiplier in 
which all multiples must be produced and 
routed! Base 4 uses fewer interconnects 
and has simpler logic. For these reasons, 
we have elected to use base 4 in Paste-Up. 
(The components described below are 
defined in a general base. However, 
specific examples and hardware descrip¬ 
tions are given for base-4 representations.) 

In fact, a minimally redundant base-4 
signed-digit representation is used in most 


high-speed parallel multipliers. Booth’s 
recoding 19 and modified Booth’s re¬ 
coding 15 are nothing more than recodings 
from the conventional digit set to the mini¬ 
mally redundant digit set to achieve base-4 
multiplication without involving the “ x 
3” multiple. One of the faster division 
schemes 20 ’ 21 also uses this encoding—not 
only to avoid the “ x 3” multiple, but also 
to allow the quotient digit to be selected 
based on inspection of only a limited preci¬ 
sion of the divisor and of the shifted par¬ 
tial remainder. 

In all of the nonconventional digit sets 
given above, there are usually several ways 
to represent an operand (hence the term 
“redundant”). For example, 63 J0 can be 
represented in redundant base 4 as 0333 4 , 
1133 4 , 1013 4 , and 1001 4 where/? = 4. A 
multiplier operand of 03334 requiring 
three formations of “ x 3” multiples and 
three addition operations recodes to 
100l 4 , which requires only two addition 
operations and no multiple formations. In 
redundant number systems, the sign of the 
operand is the sign of the most significant 
digit; that is, no separate sign digit need be 
specified. Also, there is only one represen¬ 
tation for the operand zero—the digit 
string consisting of all 0’s. A simple proof- 
by-contradiction that incorporates the 
rules of the positional number system can 
be used to make both of these points. 

Below, we define several right-directed, 
pipelined primitive components that con¬ 
form to the conventions given in the pre¬ 
vious section. We also justify classifying 
the components as “fine-grained” and re¬ 
quiring that a clock cycle have no more 
than 10 gate delays. 

Digit-pipelined adder 

The digit-pipelined adder is defined in 
Figure 3. 

There is similarity between the LSD 
adder of Figure 1 and the MSD adder of 
Figure 3. Both adders produce both an in¬ 
ternal carry and a sum. In the adder of 
Figure 1, the carry is stored and the sum is 
output. In the adder of Figure 3, the pres¬ 
ent interim-sum digit, which is determined 
by the first digit-addition operation—see 
line (1)—is stored in an internal latch for 
use in the next cycle. Then, a second digit- 
addition operation—see line (2)—adds the 
present interim carry to the previous in¬ 
terim sum, and this result is output. Most 
importantly, this second addition is 
guaranteed to be carry free because of the 
restricted digit sets allowed for the interim 
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carry, which is represented as Cj, and the 
interim sum, which is represented as Sj. 
For example, if x- m = 2 and z m = l.then 
Cj = 1 and sj = 1 instead of the 
numerically equivalent, but illegal, c y = 0 
and Sj = 3. (These same restrictions are 
the reason that a base-2, MSD adder with a 
latency of one cannot be defined—the 
only digit allowed for the Sj would be zero! 
Base-2, MSD adders with a latency of two 
can be defined. 22 ) The control signal, 
■Rj„, which is active when it accompanies 
the MSD of the operands, can be used to 
clear the interim-sum latch to start the ad¬ 
dition operation. The latency of this adder 
is one digit; that is, the first digit of the 
result is not generated until one cycle after 
the first digits of the operands have been 
input. With this same technique, carry- 
limited, word-parallel adders can be 
designed that perform a full-precision ad¬ 
dition in four gate delays. 14 ’ 18 

Table 5 gives the mapping of input digits 
to interim digits for the first digit-addition 
operation. 

The second digit-addition mapping is 
straightforward. By using a twos-comple- 
ment encoding for the base-4 digits and 
standard logic minimization techniques, a 
two-level logic implementation (that is, 
one incorporating two gate delays) of both 
addition operations can be defined. 
Operation (1) is five equations in six 
variables; operation (2) is three equations 
in five variables. The addition component 
requires two digit-adder cells and a one¬ 
digit storage cell, which is designated “R” 
in the block diagram of Figure 4. 

In custom-logic, double-metal CMOS, 
the Add primitive component has been 
estimated at 250X by 250X. Note that, as 
with the adder in Figure 1, only one com¬ 
ponent is needed, regardless of the oper¬ 
and precision. The input/output require¬ 
ments for the Add component are 12 or 9 
data lines, depending on whether or not 
x out is output. When the Add primitive 
component is used as part of a composite 
processor, this operand digit is often 
needed as an output as well as an input in 
order to achieve system convention 13. 
The clocking scheme given in Figure 2 
more than suffices where Sj and c y are 
formed during phi-1 and z out is formed 
during phi-2. 

Examples of two MSD, base-4, digit- 
pipelined addition operations are given in 
Table 6 for X m = . 1223 4 added to Z in = 

. 1213 4 , followed by X in = ,1232 4 ( = 

. 1112 4 ) added to Z in = . 112l 4 ( = 

.1113 4 ). (In the table, the digits of the two 



Table 6. An example of MSD-first, digit-pipelined addition. (Looping indicates the 
second digit-addition operation.) 



X in addends follow one another digit by 
digit in the x in row, and the digits of the 
two Z in augends follow each other digit by 
digit in the z in row.) 

The correct first sum, Z out = ,3102 4 , 
which is produced by the adder, would in¬ 
cur a full-precision carry if performed on 
the adder shown in Figure 1. The second 
sum is correctly formed as Z ou[ = 3lTl 4 
(= .2231 4 ). In our Table 6 notation and 
elsewhere in this article, we use capital¬ 
ized, italic letters to denote full-precision 
operands and lowercase, italic letters to 
denote digit values. An in Tables 6, 7, 
and 8 indicates that that value is not used 
in the computation. When one addition 
follows another, the MSDs of the oper¬ 
ands for this next addition can be input at 
the next clock cycle after the LSDs of the 
operands for the previous addition have 


been input—as long as overflow is not 
allowed. As long as overflow is not allowed, 
the interim carry (c y ) formed during 
operation (1) for this next addition is 
guaranteed to be zero (see Table 5). Note 
that this interim carry is the one used in 
operation (2) to complete the previous ad¬ 
dition, and if it is not zero, an incorrect 
LSD for the previous addition will be out¬ 
put. If the interim carry is zero, the R in 
control signal need not be used to indicate 
the start of a new add, and it can be left off 
of the addition primitive component 
altogether. The latency of the Add primi¬ 
tive component is one cycle; one clock cy¬ 
cle after the most significant digits of the 
operands are input, the most significant 
digit of the result is output. A digit-pipe- 
lined subtractor with a latency of one can 
be defined in a similar fashion. 
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■ x out 
- °out 


where y 
z out 

R 0 ut = R in. x out = x it 
z out = Min(x in ,z ln ) 


Figure 5. The MSD-first, digit-pipelined 
Min component. 



Figure 6. A finite-state machine for the Min component. 


Digit-pipelined 

comparer 

A digit-pipelined comparer can be 
defined as either a Min component or a 
Max component. (As these two compo¬ 
nents are very similar, we only describe the 
Min component in detail.) The Min com¬ 
ponent is defined in Figure 5. 

Finding the minimum of two operands, 
an operation that is very straightforward 
when one is dealing with a conventional 
digit set, becomes more tricky when one is 
using a signed-digit set. Consider, for ex- 
ample, the case in which X m = .12324 
and y in = .II 2 T 4 . One’s first guess might 
be to choose K in as the minimum, but in 
fact A" in is the actual minimum value. 
Recall that in digit-pipelined processing 
with a latency of one, the hardware can 
only “look ahead” one digit position. The 
five-state, finite-state machine 23 shown in 
Figure 6 more completely defines the Min 
component. In the diagram, the value of 


the output digit is shown in parentheses 
below the state-transition condition. The 
control signal R in is used to initialize the 
finite-state machine to state A. A similar 
finite-state machine can be derived for the 
Max component. 

The latency of the Min component is 
one digit. Logic equivalent to that found 
in a one-digit adder cell is needed to deter¬ 
mine both the next state and the correct 
output digit. In custom-logic, double¬ 
metal CMOS, the Min primitive compo¬ 
nent has been estimated at 350X by 350X. 
Note that, as with Add, only one compo¬ 
nent is needed, regardless of the operand 
precision. The input/output for the Min 
component requires 12 data lines, and a 
clocking scheme similar to that given in 
Figure 2 suffices. 

Two examples of MSD, base-4, digit- 
pipelined minima are illustrated in Table 
7. The first Min operation, in which X m 
= . 1232 4 andZj n = . 11214, outputs Z out 
= . 1112 4 , a numerically equivalent, 


recoded version of X{ n , the actual mini¬ 
mum input value. The second Min opera¬ 
tion, in which A" in = .1232 4 (= - .0102 4 ) 
andZ in = ,1222 4 (= -.0112), correctly 
outputs the minimum numerical value, 

z out = .12224. 

Digit-pipelined scaler 

A digit-pipelined scaler is defined in 
Figure 7; it scales the input operand, X m , 
by the digit value, y. This digit value can be 
loaded into an internal digit register by in¬ 
putting it on the z in line while the Load 
signal is active. During the scale operation, 
the Load signal is inactive and the Z; n line 
is tied to zero. The stored (or hard-wired) 
scale digit, y, must belong to the digit set 
([-2, -1,0, 1, 2J). Thus, the scale compo¬ 
nent can be used for arithmetic left shift 
(ALS, or “ X 2”) and component left shift 
(CLS, or “x -2”), zeroing, and comple¬ 
ment (Com, or “ x -1”) operations. Dur¬ 
ing the scale operation, c m = c out . As we 
discuss in the next section, a generalization 
of the scale primitive component is used to 
build a full-precision composite multiplier. 

The latency of the scaler is one digit. 
The same mapping for operation (1) 
(operation (1) as represented in Figure 7) 
that is given in Table 5 can be used in the 
scaler, since - 6 < y Xj n <6, the same 
range as Xj n + z; n in the adder. So, once 
again, operation (2) is guaranteed to be 
carry free. The logic consists of a one digit- 
product cell (in this case, the logic is very 
similar in complexity to the one-digit add¬ 
er cell (1) in Figure 4), a one-digit adder cell 
(the same as cell (2) in Figure 4), and a one¬ 
digit storage cell. In custom-logic, double¬ 
metal CMOS, the Sea primitive compo¬ 
nent has been estimated at 300X by 300X. 
Only one component is needed, regardless 
of the operand precision. The worst-case 
input/output requirement for the Sea 
component is 15 data lines, if one assumes 
that the carry is not fed back internally. 
The clocking scheme given in Figure 2 
more than suffices for the Sea component. 

Examples of MSD, base-4, digit-pipe- 
lined scaling are given in Table 8. The first 
example is the ALS operation, in which y 
= 2,X m = .1223 4 ,andZ 0Ut = .3112 4 . 
The second example is a Com operation in 
which y = - 1 , X m = .12234, and Z out 
= .12314 (= .1223 4 ). (The cycle that is 
required for loading the one-digit storage 
cell with the value of y has been omitted in 
the example.) 

The Sea component can be used along 
with the Add component to build a com- 
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posite subtractor. The Sea component 
would be loaded in such a way that it 
would perform the complement operation 
(Com, or “X -1”) and would feed the 
Add component. However, in this case the 
latency of the subtraction operation would 
be two. 


Digit-pipelined 
component library 

We have described several of the more 
important primitive components in 
detail. Many others could be and have 
been derived. Table 9 lists a number of the 
primitive components that we have de¬ 
signed, laid out, and, in some cases, had 
fabricated. The positive component (Pos), 
delay component (Del), and negative com¬ 
ponent (Neg) are simply modifications of 
the addition primitive component 
(described above) and are used to build 
restricted matrix-vector multipliers. The 
programmable adder (Add) does either 
addition or subtraction, as determined by 
the operation code, M. 

Input/output 


Table 7. Examples of digit-pipelined Min components. (The letters within the table 
correspond to the states in the finite-state machine shown in Figure 6.) 




R out = Rin-*out = *in. 

(1) Sy = yxj n + z | n — b c 0U ( 

where c out is chosen such that - (b - 2)<sy <(b - 2) 

( 2 ) z out = s y-1 + Cin 


Although all of the primitive compo¬ 
nents are designed to conform to the same 
data-communication format and flow, it is 
unlikely that the memory and I/O system 
will also conform. Thus, is it desirable to 
interconnect many primitive components 
together while minimizing transfers to and 
from memory. If the memory format is the 
conventional twos-complement format 
and if data are accessed as full-precision 
values, then the conversion hardware 
shown in Figure 8 must be provided to link 
the composite processor and the memory. 

The input-format and output-format 
hardware must be designed in such a way 
that they can keep up with the data format 
of and dataflow from the processor. The 
input formatter converts full-precision, 
fixed-point, twos-complement values into 
base-4, signed-digit values that are sup¬ 
plied to the processor digit-by-digit, MSD 
first. The latency of the input formatter 
should be one; that is, one clock cycle after 
the full-precision value has been read from 
memory, the input formatter should start 
supplying digits to the processor. Prior to 
storage, the output formatter converts the 
digits produced by the composite pro¬ 
cessor back into full-precision, twos- 
complement values. The latency of the 
output formatter should also be one; that 


so that when b = 4 
*ini *out> z out e[3, ^T, 0,1,2,3J 
y, Sy, Sy_ 1 42 , T, 0,1, 2j and c jn , c out e[T, 0,1j 

Figure 7. An MSD-first, digit-pipelined scaler. 


Table 8. Examples of digit-pipelined scaling. (Looping shows the second digit- 
addition operation.) 



Figure 8. Configuration of input/output system. 
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is, one clock cycle after the LSD of the 
result has been produced by the processor, 
the output formatter should supply a full- 
precision value to be written to memory. 

Digit-input formatter 

The input formatter shown in Figure 9 
converts the data coming in fixed-point, 
twos-complement format from the 
memory unit into a fixed-point, base-4, 
signed-digit format that is encoded as in 


Table 1. It loads the full-precision operand 
from the memory unit into a 2p + 1 bit 
shift register that feeds the formatter with 
the operand one digit per clock, most 
significant digit first, for conversion. The 
“||” notation in Figure 9 indicates a con¬ 
catenation operation. The output latency 
of the formatter is one digit. The input for¬ 
matter is a parallel-in, serial-out device 
that we consider to be a part of the 
memory unit rather than the composite 
processor and, as such, that we use only on 
data to be input. 


The input formatter produces one out¬ 
put digit per clock, one clock cycle after 
the operand has been loaded into the shift 
register (SR). Thus, in a sense, it has a 
latency of one digit. The input formatter 
requires very little logic, other than the 
full-precision shift register and some con¬ 
trol logic. For example, the input format¬ 
ter would convert AT j n = 0.1223 4 to 2f out 
= .1223 4 , and it would convert X m = 
1.21114 (= -.1223 4 )to A-qu, = - 2111 4- 
Note that X out + (-X out ) = 0, which is 
the condition desired. 


Table 9. Library of primitive components in Paste-Up. 


Name Status Mathematical Function 


Pos NMOS fabrication 

(Positive) 

*out = 

Zin + *in 

*out“ 

*in 

Neg NMOS fabrication 

(Negative) 

z “" 

-(Zin+*in) 

*out = 

*in 

Del NMOS fabrication 

(Delay) 

Swa In design phase 

z _ ( 

Zin 

*in if fin = 1 

X ou t = 

*in 

( Zin if fin = 1 

(Swap) 


Zin ^ fin =0 

*in if *in - z in 

£out = 

Ui„iffin=0 

^in 

Max NMOS layout 

(Maximum) 

z - | 

Z m otherwise 

[zin if Xjn ^Zin 

X ou t = 


Min NMOS layout 

(Minimum) 

Z ~ "1 

j 

(x in otherwise 
[Zin +*in if M>0 

*out = 


Add In redesign phase 

(Addition) 

Zout — \ 

'z in if M=0 

[Zin-Xin if M<0 

*out = 

•^in 

Sea CMOS fabrication 

(Scaler) 

Zout = 

*m *y 

*out = 

Xj n 

ALS CMOS layout 

(Arithmetic left shift) 

Z out = 

*in *2 

X ou t = 

*in 

Com CMOS layout 

(Complement) 

Zout = 

*in * - 1 

X ou t = 

Xjn 

CLS CMOS layout 

(Complement left shift) 

Z out = 

*in * - 2 

*out = 

Xin 

Abs Value In design phase 
(Absolute value) 

Z out = 

l*inl 

X ou t = 

Xin 

ARS In design phase 

(Arithmetic right shift) 

Zout = 

*in * '/* 

out 

X^ 
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Digit-output formatter 

The output formatter shown in Figure 
10 converts the digits produced by the pro¬ 
cessor in base-4, signed-digit format back 
into twos-complement format prior to 
storage. It is based on a scheme proposed 
by Ercegovac and Lang. 24 The output 
formatter accepts signed digits from the 
composite processor one digit per clock, 
most significant digit first, and prepares a 
2p + 1 bit, twos-complement representa¬ 
tion of the operand. The output formatter 
is a serial-in, parallel-out device that we 
consider to be a part of the memory unit 
rather than the composite processor and, 
as such, that we use only on data that is 
output. 

The contents of Shift Register A (SR A) 
and Shift Register B (SR B) are rep¬ 
resented in conventional twos-comple¬ 
ment notation. Where one is dealing with 
signed-digit, base-4 representation, the 
output formatter definition given in Fig¬ 
ure 10 reduces to the scheme specified in 
Table 10. 

The output formatter accepts one digit 
per clock cycle and outputs the full- 
precision result one clock cycle after the 
last digit (the LSD) arrives. Thus, in a 
sense, it has a latency of one digit. The out¬ 


put formatter requires two full-precision 
shift registers, a one-digit adder cell, and 
some control logic. 

The output formatter would convert 
X in = ,1232 4 to A'out = 0.1112 4 , and it 
would convert X in = .1232 4 to ^T out = 
1.3232 4 (= -,0102 4 ), as shown in 
Table 11. 

Composite operations 

Composite operations are performed by 
interconnecting the appropriate primitive 
components into one processor according 
to Paste-Up system conventions—espe¬ 
cially convention 13, which deals with in¬ 
terconnect restrictions. The latency of a 
composite component is upper bounded 
by the number of primitive components 


used to build the composite component. 
We anticipate that our composite proces¬ 
sors will meet the various requirements 
that a VLSI design must meet to achieve 


Table 10. Conversion of base-4, signed¬ 
digit output. 



SR A 


SR Bj 

-3 

SR Bj_ i 

111 4 

SRBy_i||0 4 

-2 

SR ! 

l|2 4 

SR Bj— i 11 1 4 

-1 

SR Bj_i 

l|3 4 

SR Bj_ 1 | | 2 4 

0 

SRAy_i 

l|0 4 

SR Bj_ 1 | |3 4 

1 

SR Aj_\ 

l|l 4 

SRAy_, 1 |0 4 

2 

SR A , 

l|2 4 

SR Aj_ 1 | 11 4 

3 

SRAy_, 

l|3 4 

SRi4y_i | 2 4 


Table 11. Example of conversion performed by an output formatter. 


Clock Cycle 1 

2 

3 4 5 

6 

7 8 

Rin 1 

0 

0 0 1 

0 

0 0 

Xin 1 

2 

-3 2 -1 

2 

3 2 

SR Aj 0.1 4 

0.12 4 

0.111 4 0.1112 4 1.3 4 

1.32 4 

1.323 4 1.3232 4 

SR Bj 0.0 4 

0.11 4 

0.110 4 0.IIII4 0.0 4 

1.314 

1.322 4 1.32314 


*in 

i 


J1 ln H 

where 

*in = -*0+ L (x/b-'l 

where x 0 e(0,1) and x, £ (0,1,.- (b - 1)j 

when Rj n = 1 (* the most significant digit ♦) 



*in -► 



-► ^out 

DOF 

DIF 

-► Bbut -► 



*>ut 

± 

~ i ^n 

SR By | 


when flj n = 1 (*the most significant digit*) 

in aO 
in<0 


sr 41=y 


l*lnl b - 1 

/(Xin-I)b- 1 x in >0 

SR B i = |( — |x in | + 1)b - 1 x | n <0 
when Bin = 0 


*out =*0 I I *in 
when B in =0 
x out I I x in 
so that 

^out = E ( x ib~ ! ) 

wherex, e[-(b- 1),..., -1,0,1.(b-1)] 


(SR Aj- i + x in b 
(SR By_ i + (b — |x in \)b 


SR By = 
so that 


fSR>iy_ 1 + (xjn—1)b-' 

tSR By_ 1 + ((£,- 1)_ |x in \)b 


SR4p - X out -xg+ £ (x/b ') 


x in >0 
X|n <0 
x in >0 
x in <0 


Figure 9. An MSD-first input formatter. (SR stands for 
“shift register,” and DIF stands for “digit-input format¬ 
ter.”) 


Figure 10. An MSD-first, digit-output formatter. (DOF 
stands for “digit-output formatter”; SR A stands for “shift 
register A”; SR B stands for “shift register B.”) 
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efficient use of silicon: simple and regular 
design with replication of fine-grain pro¬ 
cessing components, regular and limited 
interconnections, regular and limited con¬ 
trol, and a high degree of concurrency. We 
give two examples of composite compo¬ 
nents: one in which generalized Sea com¬ 
ponents are combined to build a full-preci¬ 
sion systolic multiplier, and one in which 
the positive, negative, and delay primitives 
are used to build a restricted matrix-vector 
multiplier. Examples of DFT composite 
processors are given in Owens and JaJa 11 
and in Owens and Irwin. 12 

Digit-pipelined systolic 
multiplier 

The first composite component that we 
describe is the p-digit multiplier. A mul¬ 
tiplier can be constructed from Sea or gen¬ 


eralized Sea primitive components. We 
could consider two types of multipliers: 
programmable multipliers, which are 
preloaded with the multiplier operand 
while the multiplicand is supplied to the 
unit at processing time, and multipliers in 
which neither operand is preloaded, but 
both are supplied at processing time. We 
considered only programmable multi¬ 
pliers for our Paste-Up system so that we 
could design a multiplier that has both low 
latency and limited intercomponent inter¬ 
connections. 

Also, we can design either a pure 
systolic or a semi-systolic multiplier. 9 In a 
pure systolic multiplier, the multiplicand 
digits and all intermediate data are passed 
from one scale component to the next. In 
the semi-systolic multiplier, the mul¬ 
tiplicand digits are broadcast to all of the 
scale components (one digit per clock), 
while the intermediate data is passed from 


one component to the next. 

An advantage of the pure systolic ap¬ 
proach is that it maintains nearest- 
neighbor interconnect; a disadvantage is 
the 0(p) digit latency. Since the semi- 
systolic design illustrates one of our goals 
(keeping the latency low), we describe it 
here. (A pure systolic, programmable mul¬ 
tiplier is described in Owens and JaJa.") 
The program time (clock cycles required to 
load the scale components with the mul¬ 
tiplier digits) is not counted as part of the 
latency. This is acceptable if a series of 
multiply operations, each involving the 
same multiplier, is being processed. The 
semi-systolic, programmable multiplier is 
composed of generalized Sea primitive 
components, as defined in Figure 11. 

In the multiplication of two p-digit 
values, p + 3 generalized Sea components 
are interconnected as shown in Figure 12 
when p = 4. The three extra generalized 
Sea components are necessary to allow the 
appropriate carries and sums to be com¬ 
bined. The generalized Sea components 
are programmed with the multiplier, Y = 
(■J'l Yi y 3 3*4)4* which is recoded so that 
y t e (-2, -1,0,1,2). The digits of Y can be 
loaded by means of the z m line while the 
Load line is active. We assume that the 
digits of the multiplicand belong to the 
maximally redundant, base-4 digit set, 
since they may have been generated by 
other primitive components. During pro¬ 
cessing, the digits of the multiplicand are 
broadcast MSD-first on the x in line to all 
of the generalized Sea components in the 
multiplier. All other data is passed from 
component to neighboring component, 
hence the semi-systolic classification. The 
least significant digit of Y is stored in the 
left-most component. The three right¬ 
most components are loaded with zeros. 

The latency of the multiplier is two, and 
p + 3 generalized Sea primitive compo¬ 
nents are required. Since z m is not zero (as 
it was in the case of the Sea component), a 
mapping that covers a larger range, -10 < 
Jtjn y + Zi„ < 10, instead of the range of 



Load 

where 

Rout = Ain* *out = *in* 

(1) Sy = yx in +z in -fic ou , 

where c out is chosen such that -(b -2)<Sy<(b-2) 

(2) z out =sy + c, n 
so that when b = 4 

Xln.Xout e[3, 2, T, 0,1,2, 3] 

z| n , z ou t e(4,3,2,T,0,1,2,3, 4] and 
y, Sy, Cj n , c ou t e{2, 1, 0,1,2] 

Figure 11. An MSD-first, digit-pipelined generalized scaler. 
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Figure 12. An MSD-first, digit-pipelined multiplier. 
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Table 5, must be used for the operation (1) 
depicted in Figure 11. (This generalized 
Sea mapping is shown in Table 12.) This 
larger range also means that -4 < z out < 4 
cannot be encoded in three bits or formed 
in a carry-free manner in operation (2) in 
Figure 11. A four-bit, twos-complement 
encoding scheme is used for z instead. 
However, since the three right-most Sea 
components are loaded with y = 0, they 
use only the -4 to 4 portion of Table 12 
(which is shaded) for their selection of c out 
and Sj. Thus, another function of the 
right-most components is to allow for the 
three-bit-encoded, carry-free formation 
of Zout • 

The generalized Sea component re¬ 
quires a digit-product cell and two digit- 
adder cells, as shown in the block diagram 
of Figure 13. Operation (1) in Figure 11 
decomposes into two operations: (la), 
which is four equations in six variables, 
and (lb), which is six equations in eight 


variables. Operation (2) requires four 
equations in six variables. The input/out¬ 
put requirement for the generalized Sea 
component is 20 data lines, since Zj n and 
Z out require four lines each. The clocking 
scheme of Figure 2 still suffices if the out¬ 
puts x out , 

^OUt> C OUt i and Zout are latched 
during phi-2. 

An example of MSD, base-4, digit- 
pipelined multiplication is given in Table 


13 for X m = .1223 4 and Y = .2211 4 
(where Z out = ,1011(0121) 4 ( = 
• 1010(3313) 4 )). 


Divide 

Although division, like finding the 
square root, is inherently an MSD-first 
operation and a digit-pipelined (online) 



Table 12. Generalized mapping of Sea 
operation (1), which is depicted in Figure 


Figure 13. Block diagram of generalized Sea logic. 



Table 13. An example of digit-pipelined multiplication. Digits of the product Z ou , are 
circled. 
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Top-left -Top -Top Top - Top - Top - Top-right 

li i i r I 

Xi — Left - Pos - Neg - Neg - Del - Pos - Right 
II I I I I I 

—Left - Pos - Neg - Del Neg - Neg-Right 

II I I I I | 

X 3 -»-Left - Pos - Neg - Neg - Del - Pos - Right 

I I I I I I I 

X 4 —Left - Pos - Neg - Del - Neg- Neg - Right 

II II I I I 
Bot-left Bottom Bottom Bottom Bottom Bottom Bottom-right 

* l * * i 

Z 1 Z 2 Z 3 Z A Z 5 

Figure 14. An MSD-first, digit-pipelined composite component for arriving at a matrix- 
vector product. 


division algorithm can be specified, 3>4>5 a 
digit-pipelined composite component that 
meets system conventions has not yet been 
designed. The quotient-digit-selection cir¬ 
cuitry can be designed 4 based on inspec¬ 
tion of the three most significant digits of 
the divisor and the three most significant 
digits of the partial remainder, if the 
divisor is normalized ('A < | X Xn \ < 1). 
This implies a latency of at least three for 
the divide component. However, if the cir¬ 
cuitry were implemented in a linear array 
of primitive components, the full preci¬ 
sion of the partial remainder, the divisor, 
and the accumulated quotient would have 
to be passed from one primitive compo¬ 
nent to the next after every clock cycle. For 
this reason, a composite component for 
divide that meets the Paste-Up system 
specifications has not been designed. 

Restricted matrix-vector 
product 

Another composite component is the 
restricted matrix-vector multiplier, which 
can be built out of positive, negative, and 
delay primitive components. It is restricted 
in that the matrix must consist of elements 
that are -1, 0, or 1. Such matrix-vector 
product components can be used to build 
parallel Winograd DFT processors. 12 As 
part of a Winograd reduction for a four- 
point DFT, the following algebraic 
manipulations, which correspond to a set 
of input additions, are required: 

Zi = X x + X 2 + X 3 + X 4 
Z 2 = X x -X 2 + X 3 - x 4 
Z 3 = X, - x 3 
z 4 = x 2 - x 4 
Zs = X x + x 2 - x 3 - x 4 

These equations are equivalent to forming 
the matrix-vector product 


” 1111 “ 

1-1 1-1 

2 = l o-i o 2 
0 10-1 
_1 1 -1 - 1 _ 

This operation for obtaining a matrix- 
vector product is achieved by the com¬ 
posite component shown in Figure 14. 

The composite component used to ob¬ 
tain a matrix-vector product requires n x 
m primitive components interconnected in 
a nearest-neighbor fashion for an m x n 
matrix and an w-element input vector. The 
input of the elements of the input vector X 
is supplied in a digit-pipelined fashion. 
The first digit of X 2 is supplied one clock 
cycle after the first digit of X \ has been in¬ 
put. The digits of the remaining input- 
vector elements are also supplied in this 
digit-skewed fashion. The first digit of Z ] 
is produced with a latency of n + 1 cycles. 
The last digit of Z m is produced in n + m 
+ p cycles. 


W e have surveyed a class of digit- 
pipelined, MSD-first proces¬ 
sors. First, we established the 
conventions of our Paste-Up system. 
Then we defined several of the primitive 
components used in Paste-Up. Finally, we 
gave examples of how processors that are 
more complex can be constructed by com¬ 
bining several primitive components. 
These composite constructions meet 
various requirements that a VLSI design 
must meet to achieve efficient use of 
silicon: simple and regular design with 
replication of simple processing compo¬ 
nents, regular and limited interconnec¬ 
tions, regular and limited control, and a 
high degree of concurrency. 

We have prototyped portions of the 
multiplier composite component and the 


restricted matrix-vector product compo¬ 
nent discussed in this article. Several new 
primitive components have been added to 
the Paste-Up library, including an Ab¬ 
solute Value Subtraction component. We 
are also investigating other composite 
components. An efficient finite impulse 
response (FIR) filter design 25 and a 
dynamic time-warp pattern matcher 26 are 
both in design. 

To simplify the design process and to 
shorten the design time, we are developing 
a set of CAD tools that will ultimately con¬ 
struct the layouts of the chip sets for com¬ 
posite processors automatically. 27 Our 
goal is to have a set of CAD tools that will 
put the production of correct, nearly op¬ 
timal chip set layouts from a high-level 
description of the composite processor at 
the same level of difficulty as writing a 
program. Such tools would enable various 
composite processors to be designed, 
fabricated, and tested in less than four 
months (assuming six-week fabrication 
turnaround). The Paste-Up CAD tools are 
being developed on a Valid SCALDstar 
CAD workstation. □ 
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STANDARDS 


Why is there so much interest in standards? What are the issues—economic, 
technical, political—involved? Who are the players? These are among the 
topics that will be considered in the Standards Department. 

Short articles on standards-related topics are sought for publication in this 
department. For details regarding scope and length, contact the department 
editor at the address given above. 


Computer Society 
sponsors new projects 

In late 1986, the Computer Society of 
the IEEE received formal approval from 
the IEEE Standards Board for nine new 
projects—one relating to software and 
eight relating to microcomputer 
technology. 

Project P1003.3 will lead to a standard 
for test methods for measuring confor¬ 
mance to IEEE Posix. For information 
on all Posix-related standards projects, 
contact Jim Isaak, Digital Equipment 
Corporation, MK02-2/B05, Continental 
Blvd., Merrimack, NH 03054-0430. 

The new microcomputer standards 
projects are 

• P896.2 Standard for a Future Bus 
Cache Coherence Scheme, 

• P996 Standard for an Extended Per¬ 
sonal Computer Backplane Bus, 

• P1096 Standard for a Multiplexed 
High Performance Bus Structure, 

• PI 134 Standard for Personal Com¬ 
puter Basic Input/Output Software, 

• PI394 High Performance Serial 
Backplane Bus Standard, 

• PI395 Standard for Physical I/O 
Configurations for Communication 
Switching Systems, 

• PI396 Standard Communication 
Bus for Hybrid Switching Applica¬ 
tions, and 

• PI496 Standard for a Versatile Serial 
Bus. 

Two of these projects, P996 and 
PI 134, will attempt to make elements of 
the architecture of the IBM PC AT per¬ 
sonal computer into standards. For an in 
depth discussion of these two projects, 
see “Will IBM’s PC Soon be an IEEE 
Standard?” by John Voelcker in the 
February 1987 issue of “The Institute,” 
the news supplement to IEEE Spectrum. 

For more information on all micro¬ 
processor standards activities in the 
Computer Society of the IEEE, contact 
Bob Davis, 22685 Summit Rd., Los 
Gatos, CA 95030. 


Public review held for 
two graphics standards 

X3, the Accredited Standards Com¬ 
mittee on Information Processing 
Systems, announced four-month public 
review and comment periods on two 
draft proposed American National Stan¬ 
dards relating to computer graphics: 
X3.124-2-198x, Pascal Language Binding 
of the Graphical Kernel System (GKS), 
and X3.161-198x, Computer Graphics 
Interface (CGI). 

The GKS Pascal binding standard 
specifies a language-independent nucleus 
of a graphics system. For integration 
into a programming language, GKS is 
embedded in a language-dependent layer 
obeying the particular conventions of 
that language. This document specifies 
such a language-dependent layer for the 
Pascal language. There should be little 
impact on existing user practices, but 
there should be a substantial positive im¬ 
pact on future software development due 
to the resulting portability and main¬ 
tainability of applications code. GKS 
language bindings exist or are planned 
for Fortran, C, Ada, and Cobol. 

CGI describes the interface between 
device-independent and device¬ 
dependent parts of a graphics system. 
This multipart standard describes sets of 
functions for the control and data ex¬ 
change over this interface. As a soft- 
ware-to-software interface, it can be im¬ 
plemented as a procedural binding to 
one or more software packages or as a 
data-stream binding used in the network 
environment. As a software-to-hardware 
interface, it can be implemented as a 
data-stream binding to one or more 
devices presenting a standardized Com¬ 
puter Graphics Interface as their device 
protocol. 

The public review periods end June 
13, 1987, for CGI and May 16, 1987, for 
the GKS Pascal binding. Copies of the 
drafts may be obtained from Global 
Engineering Documents, Inc., by calling 
(800) 854-7179. Single copy prices: 

$35.00 (Pascal binding); $75.00 (CGI). 


Support grows for Posix 

X/Open recently endorsed IEEE Posix 
as a formal industry standard. Posix, a 
trademark of the IEEE, specifies a por¬ 
table operating system interface defini¬ 
tion. It is currently an IEEE Trial Use 
Standard. Work is underway within the 
P1003 standards working group, spon¬ 
sored by the Computer Society of the 
IEEE, to complete development of a 
full-use Posix standard, along with the 
development of standard conformance 
test specifications and a shell and utility 
applications interface. 

X/Open is a joint initiative by 11 of 
the world’s major information systems 
suppliers. The shared objective of the 
group, at present comprising AT&T, 
DEC, HP, and Unisys in the USA and 
Bull, Ericcson, ICL, Olivetti, Nixdorf, 
Philips, and Siemens in Europe, is to de¬ 
fine a common applications environment 
to allow applications software portability. 

X/Open joins a growing list of sup¬ 
porters for Posix. As of January 13, 
1987, /usr/group, an international net¬ 
work of Unix users, had received 56 
signedstatements of endorsements and 
qualified support for Posix. In addi¬ 
tion, the National Bureau of Standards 
has announced its intention to adopt 
Posix as a Federal Information Process¬ 
ing Standard for use throughout the US 
government. 


Second computer 
standards conference 
scheduled 

Planning is underway for Comp- 
stan-88, the second Computer Society 
conference on computer standards, sched¬ 
uled for spring 1988 in Washington, DC. 

The program will provide a forum for 
assessing the direction of current stan¬ 
dards efforts and examining the effec¬ 
tiveness of standards to date. Tutorial 
sessions will cover the standards devel¬ 
opment process itself and the use of 
specific standards. Selected standards 
working groups will meet in conjunction 
with the conference. 

For further information, contact 
Roger J. Martin, National Bureau of 
Standards, B266 Technology, Gaithers¬ 
burg, MD 20899; (301) 975-3295. 
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Advance Announcement 


SYMPOSIUM COMMITTEE 


General Chairman: 

Zary Segall, CMU 

Program Chair: 

Dan Slewiorek, CMU 

International Program Chair: 

Wolfgang Giloi 

GMD-TUB FIRST, Germany 

Finance Chair: 

Henry Chuang 
University of Pittsburgh 

Tutorials Chair: 

Allan Fisher. CMU 



The Fourteenth 
International Symposium on 
Computer Architecture 

June 2 - 5,1987 

Sheraton Station Square 
Pittsburgh, Pennsylvania, USA 


About the Symposium 

The International Symposium on Computer Architecture has 
established itself as the most important forum for introducing new 
ideas in computer architecture. This year, in addition to a rich 
technical program, the Symposium will feature two tutorials: 

• Microprocessor Logic Design: The Flowchart Method, 

N. Tredennick, Nexgen, Sunnyvale 



Publicity and Publication Chair: 
Roberto Bisiani, CMU 

Registration Chair: 

Rob Rutenbar, CMU 

Local Arrangement Chair: 
Maurice Herlihy, CMU 


• Highly Parallel Systolic Arrays: Theory, Implementation 
and Application, H.T Kung, Computer Science 
Department, Carnegie Mellon, Pittsburgh 
The Symposium will be held at the Sheraton Hotel at Station Square, 
located near the scenic junction of Pittsburgh's three rivers. A visit to 
Carnegie Mellon campus will be organized. The registration fee 
includes lunches, a copy of the proceedings, and a reception. The 
student fee does not include the reception. 


For information contact: 

Rob Rutenbar 
Registration Chair 
(412) 268-3334 
njtenbar@gauss.ece.cmu.ecu 

































BOOK REVIEWS 


Computer Architecture 


Logic Design Principles with Emphasis on 
Testable Semicustom Circuits 


Edward J. McCluskey (Prentice-Hall, 

Englewood Cliffs, N. J., 1986, 549 

pp., $39.95) 

Finally, a textbook that addresses the 
challenge of logic design with today’s 
technology. With careful consideration 
given to testability of digital circuits, it is 
a practical treatment of the subject. I 
used a prepublication edition to teach 
graduate and undergraduate courses in 
logic design at Stanford University, the 
University of San Francisco, and San 
Jose State University (SJSU), and I 
found it by far superior to all texts 
available on the same subject. 

The book consists of 11 chapters, 
divided in four main parts: A review of 
basic Boolean algebra and integrated cir¬ 
cuits, “combinational logic design,” 
“sequential logic design,” and “design 
structures.” Each chapter includes 
several easy to teach and learn features: 
step-by-step evolution of the topics, self- 
contained subsections, illustrative ex¬ 
amples, and clear figures. Also, at the 
end of each chapter, there are extensive 
references and useful and stimulating 
problems. 

The first part of the book is intended 
as an “introductory review.” However, 
it has proved useful in teaching novices 
in the field. At SJSU, I used the book in 
conjunction with a digital design labora¬ 
tory to teach students of computer 
engineering about integrated circuits. 

This last topic, which is covered in 
Chapter 4, may be skipped for the reader 
with an EE background. However, I 
intentionally included it in courses for 
computer science students. These 
students are not likely to encounter cir¬ 
cuitry in their program of study, but they 
ought to learn about the technology and 
the circuits they will use in their 
professional lives. 

Combinational circuit design was the 
topic covered in the second part. Chap¬ 
ter 5 “could be omitted for a first 
reading,” says the author. However, this 
will depend on the reader. That is, for 
students who have not been exposed to 
the topic before, it is better to include 
the chapter from the onset for two 
reasons: to expose the students to some 
theoretical approaches and to accustom 


them to the use of these concepts in 
subsequent chapters. Chapter 6 is a com¬ 
plete treatment of combinational design. 
By “complete” is meant the use of the 
standard methods (Karnaugh maps and 
tabular form) as well as minimization 
techniques for PLAs and discussion of 
hazard free design. In this chapter the 
testing aspects of the circuits are also 
fully treated. 

The third part of the book deals with 
sequential circuits. First the fundamental 
difference between latches and flip-flops 
is clarified. This is followed by the 
analysis of sequential circuits: finite state 
machines and single- and multi-pulsed 
networks. Chapter 9 treats the design 
aspect of these circuits. Careful attention 
is given to essential hazards and 
approaches to reduce them. 

Part four is an excellent denouement 
for all the concepts that were discussed 
in previous chapters. A concise, self- 
contained treatment of the testability of 
digital circuits is given in Chapter 10. It 
is one of the several strong features of 
the book. It is also a good introduction 
to the topic for professional designers 
who need to incorporate testing in their 
design methodology. Chapter 11, which 
deals with design using MSIs, includes 
many practical features for semicustom 
design. 

The IEEE symbols for logic gates, 
which are becoming an industry stan¬ 
dard, are used throughout the book. 

This might look awkward at first for 
those who have grown accustomed to the 
old notations. However, very quickly the 
reader will recognize the strength of 
these notations. Their adoption is par¬ 
ticularly useful for the first-time reader 
of logic design. 

Unlike other authors of logic design 
books, McCluskey deliberately raises, 
right from the beginning (Chapter 3 on), 
the need to look for the vulnerable 
features of digital circuits and to provide 
the proper design to make these circuits 
more robust. In summary, he has inter¬ 
woven the testing concepts with logic 
design principles to give a new approach 
to digital circuit design. 

Samiha Mourad 

San Jose State University 


Caxton C. Foster and Thea Iberall 
(Van Nostrand Reinhold Co., New 
York, 1985, 386 pp., $38.95) 

This book is suitable for use by upper- 
level undergraduates. Graduate students 
studying a book like Computer Architec¬ 
ture and Parallel Processing by Hwang 
and Briggs might find this book useful as 
a backup text. While the Hwang and 
Briggs book is dense, Computer Archi¬ 
tecture is written in an informal style so 
as to be readily understandable, even to 
someone not in the field. An example of 
its informality is the presentation of tri¬ 
state logic: 

Sometimes we like for other peo¬ 
ple to state their desires clearly and 
forcefully: “Yes! I want to go 
downtown,” or “No! I want to 
stay home.” But at other times a 
little diplomacy is called for: 

“What would you rather do?” So 
too with circuits we sometimes de¬ 
sire a third or passive state. 

This informality might be attractive to 
some people and might repel others. Cer¬ 
tainly the authors have not sacrificed 
rigor for style. The topics range from 
such elementary concepts as flip-flops to 
a concise discussion of von Neumann’s 
self-reproducing automaton. 

The book is organized as follows. 
Chapters 1-4 provide a background to 
the field, and Chapter 5 offers a case 
study. Chapter 1 discusses some of the 
many methods of representing informa¬ 
tion inside a computer. Chapter 2 is a 
brief review of elementary switching cir¬ 
cuits. Chapter 3 covers the more com¬ 
mon physical devices that have been used 
for storing information. Chapter 4 con¬ 
siders how these devices can be put 
together to provide storage for com¬ 
puters. Chapter 5 presents a case study 
of the design of a general-purpose com¬ 
puter called BLUE. 

Beginning with Chapter 6, the authors 
present the reader with some of the 
choice points in designing a computer. 
Chapter 7 discusses problems arising in 
input and output control. Chapter 8 
treats some of the instructions found in 
other computers. Chapter 9 looks at a 
few of the larger machines available and 
concludes with a study of a hypothetical 
machine designed to work in a time-shar- 


76 


COMPUTER 









ing environment. Chapters 10 and 11 are 
concerned with some of the nonstandard 
approaches to computer architecture. 

The authors state three areas a com¬ 
puter architect should be familiar with to 
do a good job. These are, in brief, ma¬ 
chine-language programming; number 
systems, storage mechanisms, and logical 
circuitry; and exposure to the problems 
that must be solved and how others have 
sought to solve them. It is interesting to 
reflect on the different views of the 
design process as described by different 
authors. Hill and Peterson argue for a 
hardware-design-language approach, 


Henry J. Beker and Fred C. Piper 

(Academic Press, Orlando, Fla., 1985, 

267 pp., $39.50) 

This book examines the various mat¬ 
ters to be considered when designing 
and/or evaluating a system where con¬ 
fidentiality is required. This book will be 
useful to those interested in speech secur¬ 
ity—whether they are involved in it from 
a mathematical, engineering, or pro¬ 
gramming perspective. 

The first chapter looks at speech 
security from a user’s perspective. This 
covers the steps that users should follow 
when evaluating a speech security 
system. This includes a good explanation 
of how to identify exactly what the re¬ 
quirements for the system are, a brief 
outline of what type of equipment is 
available, and how to evaluate system 
proposals. It is of the utmost importance 
that anyone who is responsible for 
choosing a speech security system be ful¬ 
ly aware of the end-user requirements, 
and this chapter will help to clarify the 
points to consider when faced with such 
a task. 

Chapters 2 and 3 cover telecommuni¬ 
cations theory and mathematics required 
later in the book. Chapter 2 is aimed at 
briefing the mathematician on the elec¬ 
tronic and telecommunications side of 
speech security and discusses the 
transmission of speech, signal analysis, 
properties of speech, a/d converters, and 
modulation. Chapter 3, on the other 
hand, is for the electronic engineer and 
discusses the properties of cipher systems 
under the headings of theoretical security 
and practical security. It also covers in 
detail block ciphers, stream ciphers and 
public key systems. These chapters are 
well written, but I feel that it would have 
been better if it had been left to the read¬ 
ers to investigate elsewhere the areas with 
which they were not well acquainted. It 
is impossible for anyone in such a short 


while Tanenbaum views a computer as a 
structured organization. There does not 
seem to be a golden rule for designers. 

The book provides a wealth of infor¬ 
mation on diverse topics such as token¬ 
passing, slotted ring, caches and buffers, 
handshaking, and CCD memories. Ques¬ 
tions are interspersed throughout the text 
instead of being bunched toward the 
end. The working engineer might find 
this text worthwhile as a way of keeping 
up to date in the field of computer archi¬ 
tecture, without having to take a course. 

Chandan Sen 


space to do what the authors have at¬ 
tempted to do in these chapters. They 
tried admirably to make the book com¬ 
prehensive, but reading these chapters 
from an electronic engineer’s viewpoint, 

I covered areas with which I was quite 
familiar and found unnecessary, whereas 
in other areas I found a lack of depth in 
the discussion. 

The rest of the book is dedicated to 
specific systems for speech security. 
Chapter 4 covers various methods em¬ 
ploying operation on frequency to 
scramble the signals. This includes fre¬ 
quency inverters, band shift inverters, 
band splitters, and, briefly, spread spec¬ 
trum techniques. Spread spectrum tech¬ 
niques could easily merit a chapter of its 
own, being a method that is of increasing 
importance. It is disappointing to see 
the authors dedicate so little attention to 
it. Chapter 5 discusses time domain 
scrambling and is comprehensive in its 
coverage of reversed time segmentation, 
time element segmentation, and time 
sample scramblers. 

Chapter 6 looks at the application of 
systems using both time and frequency 
domain scrambling. It includes sections 
on techniques to combine the two meth¬ 
ods and a comparison of techniques. 
There is a good section here on synchro¬ 
nization of signals. 

The final chapter covers digital scram¬ 
blers. The book finishes by giving two 
practical examples of secure systems: one 
being a VHF radio system and the other 
a digital telephone system based on DES 
(Data Encryption Standard initiated by 
the National Bureau of Standards). 

I found this book readable, interest¬ 
ing, and informative, and it will without 
doubt be of use to anyone involved in 
the field of data security. 

Eamonn Coyle 

Commology Mfg. Ltd. 

Dublin 18, Ireland 


The Principles of 
Computer Hardware 

Alan Clements (Oxford University 

Press, New York, 1985, 454 pp., 

$22.50) 

This book is intended as a first-level 
(i.e., introductory) text in computer 
hardware principles. It includes informa¬ 
tion on both the theory and implementa¬ 
tion of these principles. After a general 
introduction to the digital computer in 
Chapter 1, the concepts dealing with 
Boolean algebra and its use in designing 
logic are dealt with in Chapter 2. Basic 
gates are described with applications, 
and Karnaugh maps are explained to 
show logic minimization techniques. Dif¬ 
ferent logic examples are shown com¬ 
posed of gates. Registers, flip-flops, and 
sequential circuits are introduced next. 

Chapter 3 deals with computer 
arithmetic, including different number 
bases and binary and floating-point 
arithmetic. Binary adders and floating¬ 
point logic are explained. Chapter 4 
begins the structure of the computer with 
material on the central processing unit. 
After some general discussion, a fairly 
detailed description of the 6502 architec¬ 
ture, originally from MOS Technologies, 
is given. Included in this chapter are a 
description of the control unit, instruc¬ 
tions, and addressing modes of the 
machine. A short section on the 
Motorola 6809 is also included. 

Chapter 5 is on input/output. A 
description is given of the different prin¬ 
ciples involved in various devices, such as 
displays, printers, and keyboards. The 
different types of mechanisms and the 
logic used in these devices are part of the 
chapter. Chapter 6 covers computer 
memory organization and structure, in¬ 
cluding storage types such as FET, core, 
and disks. The different technology 
characteristics are explained, including 
information on the different ways of 
encoding data on magnetic media. Chap¬ 
ter 7 is on advanced computer arith¬ 
metic, that is, multiplication and divi¬ 
sion. The book is completed by a short 
chapter on communications and operat¬ 
ing systems. The chapter on communica¬ 
tions has information on protocols and 
local area networks, while the operating 
systems chapter is mostly on general 
principles. There are two appendices: 
one with some problems and their solu¬ 
tions and another with the 6502 instruc¬ 
tion set. 

With a concurrent (or prerequisite 
course) in programming and a back¬ 
ground in algebra, the student will find 
the text adequate for understanding 
computer hardware principles. I feel it 
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would make a good textbook or it could 
be used for self-study. Most of the 
chapters contain problems—some of 
them worked out. The book has a good 
collection of diagrams. A first course 
could omit the last three chapters and 
some of the other material if necessary. 
Among the book’s strong points are a 
clear style and the inclusion of many 
“extra” topics, such as Huffman codes, 
keyboard mechanisms, thin-film memo¬ 
ries, and communications. Another plus 
is the attempt by the author to illustrate 
the principles with actual as opposed to 
ideal systems. This makes the book 
useful as an entry to actual computer 
systems. In a book that should stimulate 
further study, however, I would have 
liked a more extensive bibliography. 
Overall, though, it is a good sound work 
that I can recommend. 

Joseph M. Kusmiss 

IBM 


The Mystical Machine: 
Issues and Ideas in 
Computing 

John E. Savage, Susan Magidson, and 

Alex M. Stein (Addison-Wesley Publ. 

Co., Reading, Mass., 1986, 425 pp., 

$22.95) 

To confront the computer revolution, 
every concerned citizen should start by 
reading The Mystical Machine, a beauti¬ 
fully crafted, thoughtfully written text¬ 
book on computer literacy. While 
addressing historical, technical, and 
social topics significant to students, pro¬ 
fessionals, and the general public, the 
authors progressively unveil the com¬ 
puter from its conception to its use and 
meaning today. The book contains 14 
factual chapters. Each chapter contains 
an introduction, a set of topical sections, 
a summary, a bibliography, and a sec¬ 
tion of questions dealing with issues and 
ideas. Difficult concepts are skillfully 
clarified with supportive figures and 
tables. Historical figures are personalized 
with engaging photographs. 

In Chapter 1, the authors claim that, 
for many people, the computer is a 
mystical machine because of its scientific 
origin, its initial remoteness, and its 
association with the electronic brains of 
science fiction. They say that many peo¬ 
ple fear their own ignorance of the com¬ 
puter, while others wish to ignore this 
machine. They compare the current 
computer revolution with the Industrial 
Revolution of the past and conclude that 


ignorance is a social danger. They claim 
that people must understand the com¬ 
puter and its potential in order to pre¬ 
vent human hardship. The authors deny 
that the computer is a mystical machine. 
They define it as a human artifact con¬ 
sisting of five parts: a means of input, a 
means of output, a central processing 
unit, memory, and a program. They pro¬ 
claim that anyone can understand its 
essential features and approach it with 
confidence, and they use the rest of the 
book to prove their point. 

In Chapters 2 through 5, the authors 
describe the evolution of calculation 
from the abacus to the 8080 micro¬ 
processor. They demystify computer ar¬ 
chitecture, describe hardware com¬ 
ponents, and treat computer families and 
networks. They explore word processing 
systems; briefly describe Bank Street 
Writer, WordStar, and MacWrite; and 
discuss supporting processors and future 
trends. They also delve into the evolution 
of the operating system; present its 
features; and describe CP/M, MS-DOS, 
and UNIX from a user’s perspective. 

In Chapters 6 through 9, the authors 
relate problem solving to the algorithmic 
method. They present fundamental 
programming concepts with Basic. They 
advance to structured programming with 
Pascal. They discuss the spectrum of 
programming languages, including 
Cobol, Fortran, Lisp, Prolog, and 
Smalltalk-80. They also describe soft¬ 
ware systems, including graphical 
editors, spreadsheets, and database 
systems. 

In Chapters 10 through 14, the 
authors relate the advantages of 
computer-aided instruction to solving 
current problems in education. They sur¬ 
vey the topics comprising artificial intelli¬ 
gence. They present social issues of of¬ 
fice and factory automation. They also 
review the problem of protecting 
privacy. 

The authors conclude with a brief sec¬ 
tion introducing topics of concern in the 
computer age. They propose that society 
must control the unwanted side effects 
of the computer’s widespread use, assure 
the reliability of on-line systems pro¬ 
viding vital functions, and prevent 
crucial decisions by complex systems 
subject to human error. They present 
arguments that computers are changing 
interpersonal relationships, attacking 
human qualities, altering the nature of 
work, and making computer access a 
prerequisite to entering the life stream. 
Despite these threats, the authors profess 
cautious optimism for the future, and 
they welcome “the careful thought and 
planning that human beings must invest 
to make the computer revolution 
beneficial to the human race.” 


In the beginning, the authors equate 
people’s mystical awe for the machine 
with superstition and magic, and they 
advocate using education as the main 
tool to dispel ignorance. In the end, they 
put their trust in knowledge and moral 
values to control the computer revolu¬ 
tion. In this book they supply most of 
the knowledge needed to understand the 
computer, but they also ignore one fact: 
In their advocacy of eliminating mysti¬ 
cism, they have also eliminated the other 
important tool needed for controlling the 
computer revolution—morality. For 
many people morality has mystical roots. 

Thus when people use the computer to 
enforce moral values, such as in crime 
control, the machine in a sense has a 
mystical purpose. Thus controlling the 
computer revolution entails influencing 
the mystical forces that motivate people. 
Furthermore, when the authors welcome 
the “careful thought and planning” re¬ 
quired to benefit the human race, they 
welcome the triumph of a “mystical 
force” called rational humanism. Their 
welcome will have to wait until people 
are persuaded that rational humanism is 
the best way to deal with “the mystical 
machine.” 

Irad D. Cole 

Unisys Defense System 


Programming 16-bit 
Machines: The PDP-11, 
8086, and M68000 

William H. Jermann (Prentice Hall, 
Englewood Cliffs, N.J., 1986, 436 
pp., $32.95) 

The author, in his preface, states that 
“It is generally accepted that Universities 
should teach principles rather than at¬ 
tempt to have students develop very spe¬ 
cific skills. However, attempts to teach 
computer-related principles independent 
of particular machines have, at best, led 
to questionable outcomes.” He uses this 
rationale in his book to teach program¬ 
ming of 16-bit machines by focusing on 
three particular machines, the PDP-11, 
8086, and M68000. I agree with the 
author that the evolution and applica¬ 
tions of large scale and very large scale 
integrated circuits have resulted in an in¬ 
creased need for engineers to develop 
and improve programming skills. 

I think the author has struck a correct 
balance of breadth and depth by choos¬ 
ing three industry-standard machines in¬ 
stead of focusing on one particular 
machine (as have, for example George 
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Alexy and Russell Rector in their book, 
The 8086Book ), on the one hand, and 
general-purpose microcomputer books, 
on the other. Indeed, I found it interest¬ 
ing to flip the pages and compare and 
contrast the three machines, taking ad¬ 
vantage of the diverse information 
available in the book. 

Some highlights: 

Chapters 1 to 4 contain material that is 
nearly machine independent. Chapters 5 
to 9 relate to the PDP-11 family of com¬ 
puters. Student access to a PDP-11 is re¬ 
quired in order that skills related to 
assembly-language programming be 
developed. 

Chapter 10 is a self-contained unit 
relating to the 8086/88 processor and its 
assembly language. Access to an IBM 
PC is required for developing the related 
concepts and skills. 

Chapter 11 is devoted to the M68000 
processor. According to the author, the 
material contained in the first nine chap¬ 
ters significantly facilitates the mastery 
of the material in Chapters 10 and 11. 

I found the author’s writing style and 
powers of exposition quite engaging. 
Topics such as structured programming, 
macro-assemblers, DMA, and block data 
transfers, etc., are carefully explained. In 
the case of the 8086, the difference be¬ 


tween the physical and logical address, 
and the use of the segment registers, 
always a stumbling block for begin¬ 
ners, is explained clearly, through small 
examples. 

It is worth mentioning that although 
the author treats interrupts at length, his 
omission of information on program¬ 
ming chips like the 8259 programmable 
interrupt controller is a real drawback. 
Knowledge of this and other special- 
purpose chips is essential to serious 
design work. 

The overall getup of the book is at¬ 
tractive. The typography is well done 
and even the assembly-language routines 
do not appear forbidding. Apart from 
the interesting examples scattered 
through the text, there are review points 
at the end of the chapters, and also some 
good references and exercises. I am sure 
a student using this book and working 
on a machine will achieve proficiency in 
programming 16-bit machines. 

I hope this book helps to usher in a 
new era in which software-oriented 
courses will be taught in US electrical 
engineering programs, as is done in 
Japan, and not relegated entirely to com¬ 
puter science programs, as is the case at 
present. 

Chandan Sen 


Information Systems 
Management in Practice 

Ralph H. Sorague, Jr. and Barbara C. 
McNurlin (eds.) (Prentice-Hall, 
Englewood Cliffs, N. J„ 1986, 491 
pp., $30.95) 

With the rapid proliferation of com¬ 
puters throughout the business, scien¬ 
tific, academic, governmental, and 
private worlds, it becomes easy to find 
oneself adrift in an unmanageable world 
of incompatible hardware and software 
and of conflicting objectives. According 
to the authors, “The net result is a grow¬ 
ing need for guidance on the issues, 
strategies and tactics for managing the 
use of information technology.” This 
book purports to fill that need. 

The volume is divided in 18 chapters. 
Chapter 1 is an introduction to the book, 
provides some history of the information 
technology area, presents some elemen¬ 
tary models, and discusses the organiza¬ 
tion of the book. The remaining 17 
chapters are grouped into five major 
topic areas. These topic areas are 

(1) Strategic issues, Chapters 2 
through 4; 

(2) Managing the essential information 
technologies, Chapters 5 through 7; 


| FORTHCOMING | INTRODUCTION TO COMMON LISP 

Taiichi Yuasa and Masami Hagiya 

In this beginning text for undergraduates and graduates in computer science, the authors have carefully 
selected the most useful features of Common Lisp, enabling the reader to start writing Common Lisp 
programs immediately. The book can also be used for self study and is therefore of interest to 
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June 1987, 280 pp. $29.95 (tentative) Casebound/ISBN: 0-12-774860-1 

OBJECT ORIENTED FORTH: 

IMPLEMENTATION OF ADVANCED DATA STRUCTURES 

Edited by Dick Pountain 

The first book to make object oriented programming also available to users of small home computers, it 
shows how improved programmer productivity and security can be achieved without detracting from the 
interactivity, flexibility and unrestricted access to the hardware which make Forth so useful. It also describes 
a systematic approach to building data structures resulting in reusable debugged and tested modules of code. 
April 1987, 120 pp. $15.00 (tentative) Paperback/ISBN: 0-12-563570-2 
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Feliks Kluzniak and Stanislaw Szpakowicz 

An invaluable handbook which comes with a complete interpreter on a disk in source form (Pascal and Prolog). 
1985, 400 pp. $56.50 Casebound/ISBN: 0-12-416520-6 
1987, 320 pp. $24.95 Paperback/ISBN: 0-12-416521-4 
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(3) Managing system development, 
Chapters 8 through 10; 

(4) Managing end-user computing, 
Chapters 11 through 15; and 

(5) Information systems and people, 
Chapters 16 through 18. 

There is also a nine-page index. 

Each chapter contains one or more 
case studies illustrating the main points 
of that chapter, questions and exercises, 
and an extensive list of references. 

This book is not a technical book, full 
of various formulas and mathematical 
proofs, but then management is not a 
quantitative discipline. Rather, the book 
discusses changes and trends within the 
information technology area and pre¬ 
sents thoughts on how best to manage. 

A good example is in Chapter 2. The 
authors state, “A major trend, then, has 
been the movement of hardware and 
processing power out of the control, 
although perhaps still under the guid¬ 
ance, of the information systems depart¬ 
ment. This trend appears to be well 
established and even accelerating.” The 
remainder of the chapter deals with 
thoughts on that theme, case studies, 
and discussion of various survey results. 
The chapter concludes with six probable 
future concerns of the information 
systems executive. This is generally the 
approach throughout the book. Where 
appropriate, concepts are illustrated with 
diagrams, i.e., a broadband local area 
network is diagrammed, and there are 
other visual representations to assist the 
reader in comprehension. 

Information Systems Management in 
Practice contains discussions of many of 
the latest trends in managing informa¬ 
tion technology such as the trend among 
major corporations to include the task of 
managing telecommunications under the 
aegis of the chief information officer. 

Part Four, “Managing End User 
Computing,” and Part Five, “Informa¬ 
tion Systems and People,” contain much 
information and thought-provoking 
material about present-day changes 
occurring in the field of information 
technology. Such concepts as informa¬ 
tion centers; the need for “logical of¬ 
fices”; the role of decision support 
systems; educating executives, managers, 
and end users; and managing the human 
side of systems are presented. 

While the book is not devoted to 
microcomputers, end-user computing is 
the topic for its largest part, Part Four 
(Chapters 11 through 15). The discussion 
of end-user computing is excellent. It is 
relevant and is long enough to be 
thorough without being overdone. 
Chapter 11 deals with the nature of end- 
user computing; Chapter 12 presents in¬ 
formation centers; Chapter 13 discusses 
the personal computer as the driving 


force behind end-user computing; Chap¬ 
ter 14 explores decision support systems; 
and Chapter 15 deals with the “rocky 
road” to office automation. These 
chapters include 10 case examples, the 
one revolving around Lincoln National 
Life Insurance Company, in Chapter 15, 
being particularly well done and to the 
point. 

This book is well organized, thought¬ 
fully presented, and well documented. 
This reviewer found it to be thought- 
provoking and current. It would be a 
good text for upper-division courses on 
management in the information tech¬ 
nology field. It would also serve as an 
excellent resource for managers in the 
field, both for ideas to aid in present-day 
problem-solving and as an idea pool for 
dealing with coming trends. 

Steven J. Altig 

Internal Revenue Service 

Satellite Communication 
Systems Engineering 

Wilbur L. Pritchard and Joseph A. 

Sciulli (Prentice-Hall, Englewood 

Cliffs, N. J„ 1986, 399 pp„ $42.95) 

This book was developed from a set of 
seminars and short courses given by the 
authors between the years 1974 and 
1984. It covers a wide range of topics 
applicable to satellites in general and 
communications satellites in particular. 

It is not, however, a particularly useful 
reference for the practicing satellite sys¬ 
tem engineer since it is more an overview 
than a treatise. 

Most concepts are well explained, and 
the authors’ source material is cited in 
reference sections at the end of each 
chapter, or in footnotes. There are also 
additional readings suggested at the end 
of each chapter. The book contains 
many tables, an abbreviation glossary, 
and a reasonably good index. This book 
makes a good reference source or text 
for engineers, engineering managers, or 
students wanting an introduction to 
satellites and satellite communications. 

The authors do not seem to have 
clearly identified the intended audience. 
Both students and working engineers are 
addressed in the introduction, but in the 
preface the authors state “we have 
avoided abstruse generalizations and all 
advanced mathematics.” Hence, if the 
book is meant to be a text, the instructor 
must supply the mathematical formulae 
necessary for the precise calculations 
usually required in coursework; if the 
book is meant as a reference for prac¬ 
ticing engineers, understanding those 
abstruse (i.e., hard to understand) 


generalizations is necessary to the 
engineers’ job. 

The text is well written, though 
sometimes its seminar/short course 
genesis is apparent when the material 
becomes either too sparse or too funda¬ 
mental. Some basic concepts are not well 
explained, but seem to beg questions to 
tie their meaning to the subject at hand. 
Other concepts are so basic that they 
would be known to any person interested 
in this book (e.g., the frequency spec¬ 
trum of an ideal filter), and seem to be 
included as “warm-up” material. 
Another poor transition from seminar to 
book form is manifested by the often 
poor placement of illustrative material 
(i.e., tables and figures) with respect to 
the text, making it difficult for the 
reader to relate one to the other. The 
reader may also notice that footnoted 
references tend to be more recent than 
chapter-end references (which are pri¬ 
marily pre-1980). The negative points 
above notwithstanding, by producing 
readable text the authors have made this 
book one of the more successful media 
translations known to this reviewer. 

The 12 chapters are 

(1) Introduction to Satellite 

Communications; 

(2) Orbits; 

(3) The Geometry of the 

Geostationary Orbit; 

(4) Launch Vehicles and 

Propulsion; 

(5) Spacecraft; 

(6) The RF Link; 

(7) Modulation and Multi¬ 

plexing; 

(8) Multiple Access Systems; 

(9) Transponders; 

(10) Earth Stations; 

(11) Interference; and 

(12) Special Problems in Satellite 

Communications. 

The reader will notice that many of the 
chapter headings could be book titles 
themselves (e.g., Spacecraft), and sus¬ 
pect the subject could be too intricate for 
the detailed treatment needed for a pro¬ 
fessional comprehension of the subject. 

As stated above, this book would not 
be useful to an engineer actually engaged 
in satellite communications system 
design or analysis, because the authors 
stay at the “black-box” level of equip¬ 
ment function and content themselves 
with generalizing complex mathematical 
and technical concepts. However, for 
those people who have an engineering 
background and would like to know 
more about satellites and satellite 
communication systems, this book 
would be a good tutorial. 

Terry M. Kenney 

Consultant, ASPEC 
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The Honeycomb Architecture 



One of the major problems of AI soft¬ 
ware is its low execution speed on con¬ 
ventional computer architectures. Conse¬ 
quently, much of the research currently 
being done is in the area of computer ar¬ 
chitectures for AI . l ’ 2 There are four 
basic approaches: 

• single-processor, micropro- 
grammed/microprogrammable or 
RISC-type architectures; 

• coarse-grain, loosely coupled MIMD 
architectures; 

• fine-grain, tightly coupled MIMD 
architectures; and 

• digital brain-like architectures. 

Among digital brain-like architectures, 

a lot of attention has been focused on 
the lattice , 3 connection , 4 and connec¬ 
tion^ architectures. 5 All these specific 
approaches are highly promising; 
however, in general, in the case of 
digital-brain-like architectures, com¬ 
munication issues pose a severe problem. 
In order to help solve this type of prob¬ 
lem, we propose a solution that takes 
into account both the current trends in 
VLSI and WSI design, and the current 
needs of AI and related applications. 
(Other possible application areas of our 
proposed solution include computer vi¬ 
sion, massively parallel data and signal 
processing, design of artificial neural sys¬ 
tems, design of associative processors, 
and so on.) 

Please note that there is a significant 
difference between the basic idea 
presented here and the basic ideas behind 
the theory and applications of cellular 
automata. Also, there is a major dif¬ 


ference between our approach and the 
approaches of Snyder, 3 Hillis, 4 and 
Hammerstrom. 5 As we show later, our 
approach implies the existence of only 
one system-component type (the univer¬ 
sal Honeycomb cell), while these other 
approaches use several different system- 
component types (processing elements, 
buses, memory cells). 

Essence of the proposed 
approach 

Scaling down the feature size of VLSI 
designs has a number of positive effects. 
It helps improve both the density and the 
switching speed of integrated circuits. 
However, some negative side effects oc¬ 
cur as well. Whereas switching delays 
scale down linearly, the diffusion delays 
in a wire scale up quadratically. Conse¬ 
quently, for very small submicron 


Figure 1. General structure of the 
Honeycomb system. 


feature sizes, bus delays become 
intolerably large. One solution to the 
problem is to keep feature sizes at dif¬ 
ferent minima for switches and wires. 

If this solution is chosen, another 
problem is created. In the case of sub¬ 
micron VLSI technology, a segment of 
an inter-CPU bus may occupy an area 
that is comparable in size to the area of 
the CPU itself. This effect is present in 
current submicron silicon designs, and 
will be present even more often in future 
submicron gallium arsenide (GaAs) 
designs. This is simply because the 
feature-size limits of silicon are about 
0.25d, and those limits in GaAs are far 
below O.ld. 

With all the abovementioned facts in 
mind, and with the assumption that in 
VLSI technology, an extremely simple 
RISC-type CPU can occupy an area 
equal to the area of a complex, fault- 
tolerant bus segment, we propose an ar¬ 
chitecture with a general structure like 
the one shown in Figure 1. We refer to it 
as the Honeycomb architecture. Each 
cell of the Honeycomb architecture can 
serve either as a processing node, or as a 
memory cell, or as a bus segment. Ac¬ 
tually, all the cells are identical in their 
size and internal design. A cell’s function 
(that is, whether it will serve as a CPU, 
as a memory cell, or as a bus segment) is 
determined at compilation time, and is 
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Figure 4. One possible structure of the 
Honeycomb processing element. 


established during the preprocessing 
time, when the system is adjusted to a 
semantic network of the desired 
topology. 

The essence of the concept can best be 
explained through an example. In Figure 
2, we show an example semantic net¬ 
work. In Figure 3, we give a configura¬ 
tion of the Honeycomb system after it is 
adjusted to the semantic network of 
Figure 2. Some cells in Figure 3 corre¬ 
spond to the nodes in Figure 2. (The 
nodes and their corresponding cells are 
labeled in the same way—with capital 
letters.) Other cells in Figure 3 corre¬ 
spond to the edges in Figure 2. Neigh¬ 
boring nodes should be able to com¬ 
municate without wasting an additional 
Honeycomb cell. This means that the in¬ 
ternal geometry of a cell should be 
carefully designed to permit such com¬ 
munication. One possible internal geom¬ 
etry of the Honeycomb cell is given in 
Figure 4. There, the terms A, R, and C 
refer to “accumulator,” “I/O register,” 
and “control logic,” respectively. The 
term aLU refers to the “arithmetic and 


logic unit” (the lowercase “a” is used to 
indicate that only the trivial arithmetic 
functions should be implemented, which 
is in line with typical AI requirements). 

Our approach, which is based on the 
assumption that a single Honeycomb cell 
can serve either as a CPU, as a single 
memory cell, or as a bus segment, could 
be modified. In reality, it is more likely 
that the size of a CPU will be up to 
about an order of magnitude larger than 
the size of a bus segment or a cell in the 
memory. Therefore, a single Honeycomb 
cell can be designed to serve as a bus seg¬ 
ment, or as an element of a multicell 
CPU, or as a cell in a large multicell 
memory. Under this modified assump¬ 
tion, a CPU can be constructed out of 
several Honeycomb cells. 


Advantages of the 
approach 

Our proposed Honeycomb approach 
is well suited for WSI technology. First, 
there exists only one design structure on 
the entire wafer—the Honeycomb cell. 
No heterogeneous design structures, like 
interconnection channels or similar 
structures, are needed. Second, the cell is 
extremely simple and small. Therefore, 
the yield of cells should be relatively 
high. This high cell yield is an advantage, 
especially in GaAs technology, where 
the density of dislocations is much higher 
than in silicon. 6 

Buses formed out of Honeycomb cells 


can be as long as one desires. Of course, 
propagation of signals through long 
buses will take longer than propagation 
of signals through shorter buses. 
However, on large enough Honeycomb 
systems, there will be enough parallelism 
for operations at higher levels to be 
performed concurrently. Therefore, the 
lower speed of operations will be 
compensated for by the fact that a larger 
number of operations is being performed 
concurrently. A similar situation occurs 
in the brains of living creatures. 
Remember that propagation of signals 
through them is relatively slow. 

Our approach is well suited for fault- 
tolerant computing. In principle, one can 
choose any appropriate routing between 
a given source and a given destination. 
Consequently, faulty nodes could be 
easily bypassed. The brains of living 
creatures are capable of supporting a 
similar type of “fault tolerance” when 
damaged. 

The Honeycomb system is also well 
suited for 3D VLSI technology and/or 
3D packaging of 2D VLSI components. 7 
The simplest 3D structures involve two 
layers, and the first two-layer 3D VLSI 
products will appear on the market very 
soon (one such product will be a two- 
port RAM by Mitsubishi, Inc.) In the 
Honeycomb system, the second layer 
could be used for control, fault- 
tolerance, and other related functions. 

The Honeycomb cell should be 
extremely simple and capable of 
performing only operations like Search, 
Match, and the like. As we have already 
indicated, only trivial arithmetic should 
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be incorporated. A recent experiment at 
Purdue University has shown that only a 
few hundred transistors would be needed 
for a system like the one shown in Figure 
3, to support the complexity of the 
structure shown in Figure 4. 


Conclusion 

This approach mimics solutions found 
in nature that have a single, replicated 
design, such as insect eyes and honey¬ 
combs. It involves a single but flexible 
multipurpose cell that can be used to 
build desired computing structures. 
Current research concentrates on two 
basic issues: design of a universal 
Honeycomb cell and mapping of algo¬ 
rithms onto the Honeycomb system. 
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Rules of thumb for 

1. Naked hardware, sans software, is 
almost useless. 

More than one company has gone 
broke by offering “hot hardware” that 
had at most a rudimentary operating sys¬ 
tem and an assembler, but lacked good 
programming languages, a good math 
library, and software development tools. 

2. For naked hardware to attract good 
software, the hardware must offer a 
clear advantage; that is, it must do 
something that could not be done 
before, or it must offer the software de¬ 
velopers the possibility of a substantial 
financial return. 

Cray-class supercomputers gave the 
national labs such computing speed that 
they were willing to port Fortran et al. to 
it, and new Intel 80386 and Motorola 
68030 chips will sell in such volume than 
any reasonable software-porting effort 
will be well repaid. 

3. There is no magic. 

If a product is really a leader, then at 
least one of the following conditions 
usually applies: 

• The company has a real genius (for 
example, a Bill Joy or a Seymour Cray) 
or many very good people (for example, 
DEC, HP, and IBM). 

• The company has obtained exclusive 
or almost exclusive access to a new chip 
or to another technology. 

• The company has exploited a 
revolutionary architecture. 

• The company has implemented 
significant new software. 

• There are lots of orders for the 
company’s system, if not lots of systems 
already installed. 

4. Salespeople are optimists. 

One leading vendor does not allow its 
salespeople to accompany clients who 
visit the development labs because it has 
found that salespeople will start taking 
orders for things that aren’t even in beta 
test yet. 

5. No one is an absolute leader. 

Not even IBM leads across the board; 
like everyone else, IBM leads only in 
certain market niches. (It’s just that Big 
Blue has lots of niches.) Moreover, leads 
change over time. For example, in the 
world of mainframes for scientific 
applications, Univac, IBM, and later 
CDC exchanged the lead several times in 
the 1960’s and early 1970’s. Then Cray 
took it away in the late 1970’s, and now 
Amdahl and others are seriously chal¬ 
lenging Cray’s lead. In the workstation 


sales-claim filtering 

(PC) arena, there are many more 
contenders and the lead changes faster. 

6. A company’s future is important; so is 
its track record. Don’t confuse them. 

A company that talks only of its base 
of installed products may be in a flat 
stage of innovation and development; it 
may be the leader, but that lead may 
soon change hands. Or, the company 
may be about to announce a new system 
shortly. Beware of buying the last of any 
system. 

A company that talks only of its 
future may be the leader of the future, 
or it may fail for reasons that defy all 
logic and all fairness. Beware buying 
“serial one” of anything. 

7. A growth path that provides full up¬ 
ward compatibility is important. 

Paying a high price for an entry-level 
model is risky because you’re paying a 
lot just to find out if your needs really fit 
the system. 

An even greater risk is lack of growth 
at the high end of a product line. Annual 
compound growth rates for scientific 
computing are near 50 percent now, 
which implies that speed and capacity 
demands will triple in four years. Few 
things make computing more expensive 
than lack of capacity. 

8. There is no “closed set of answers”— 
nor even a formal deductive system for 
arriving at good answers. 

What’s best in computing is usually 
context sensitive. In other words, dif¬ 
ferent hardware and software systems 
show superiority in solving different user 
problems. Computers are tools; using the 
right tool is more important than having 
the best tool of its kind. (To draw an 
analogy, an average hammer is better for 
driving a nail than a superior wrench.) 

It is often very instructive to compare 
several vendors’ solutions to a problem. 
Resist the temptation to deem one of the 
solutions “right” and the others 
“wrong.” Remember, if one answer 
were really the best, then all supercom¬ 
puters would be made by Cray; all main¬ 
frames, by IBM; and all minis, by DEC. 
(I have used these particular companies 
and products as an example because the 
vendors have the clear lead in those 
markets today, and have had for some 
time.) However, other companies with 
other solutions are alive, well, com¬ 
petitive, and interesting. 

Bob Estell 

Naval Weapons Center 

China Lake, Calif. 
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Compcon Spring 87 


Workstations of the future will be 
graphical supercomputers, van Dam says 


neering is “right around the corner,” 
van Dam said. Commercial equipment 
can now lay down pictures of great com¬ 
plexity in a couple minutes, but we want 
to take that time down to fractions of a 
second and show five to ten frames per 
second. 

“Let’s make as pretty a picture as we 
can,” he said, “but let’s do it in real 
time.” 

Van Dam, who is currently on sab¬ 
batical from Brown University, began his 
Tuesday, February 24, plenary-session 
address by tracing the evolution of the 
graphics field. The series of slides shown 
included a mid-1980 image produced at 
Digital Productions for The Last Star- 
fighter. The entire film sequence was 22 
minutes of computer animation. Each 
second took 24 frames, and each frame 
took approximately 10 minutes on a 
Cray XMP. The result is “a tech¬ 
nological masterpiece,” without jaggies 
or aliasing problems. 

“We won’t be able to do a picture of 
this complexity in real time for a long 
time,” van Dam admitted. “But it 
doesn’t have to look this good to be 
useful.” 

We are about to see an escape from 
flat-land, flat-earth graphics, according 
to van Dam. The real world is three- 
dimensional, and we want workstations 
that will let us grasp and manipulate 
that 3D. 

His hope is that the electronic 
classroom built at Brown University in 
1983—the world’s first and probably still 
the only fully wired electronic class¬ 
room—will be converted in the next two 
or three years to an all-color, real-time 
workstation lab. 

“I want to be able to take an engi¬ 
neering structure, subject it to forces, 
watch what the structure does, and show 


PROGRAM. George Michael (left) of Lawrence Livermore Laboratory served as 
general chair of Compcon Spring 87; Kenneth G. Stevens of NASA/Ames Research 
Center was program chair. The conference, held February 23-27 in San Francisco’s 
Cathedral Hill Hotel, consisted of seven tutorials and 36 technical sessions. Topics 
covered included minisupers, software trends, computer security, and networking and 
associated file structures. 


PLENARY ADDRESS. Andries van 
Dam of Brown University addressed the 
opening session of Compcon Spring 87. 
In his speech, “Future Directions for 
High-End Workstations,” van Dam 
called for a Cray XMP with a CT-6 
image generator attached that would fit 
on his desk. 


Marilyn Potes, Managing Editor 
“My requirements for a workstation 
of the future are a Cray XMP with a 
CT-6 Flight Simulator attached to it,” 
Andries van Dam told Compcon Spring 
87 attendees. As he added the final 
requirement, “on my desk,” laughter 
filled the room—the same amount of 
laughter, van Dam claimed, that an 
announcement about the computing 
power you can now wear on your wrist 
would have received in the late 1960s. 

The ability to generate functional im¬ 
ages that can serve science and engi- 
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the stress patterns in real time,” he said. 
“It’s got to be done in real time for that 
all-important kinesthetic feedback.” 

Getting it will require something like a 
Crayette—van Dam’s term for a 
stripped-down, simple version of the 
Cray supercomputer. It will have many 
of the Cray’s pipelining and parallelism 
ideas, but not its price. Van Dam is 
really after what he calls a Crayolla—a 
Crayette with graphics power. While on 
sabbatical, he is working with a start-up 
company with that in mind, and he 
expects a half-dozen other companies to 
be supplying similar machines. 

A Crayolla will get something like 15 
to 20 MIPS and 20 to 40 megaflops and 
will put up 100,000 to 200,000 polygons 
per second, van Dam explained. That’s 
like the very early supercomputer of five 
to seven years ago with the graphics ca¬ 
pability of an Evans & Sutherland flight 
simulator of five or six years ago. “So 
we’re just behind by five to 10 years, but 
we’re catching up through VLSI,” he 
commented. 

To get that kind of performance, most 
of these machines will employ tightly 
coupled multiprocessors sharing 
memory, maybe sharing cache, and 
having high-bandwidth buses. The cen¬ 
tral problem in all these machines is get¬ 
ting that memory and getting the data 
fast enough. In generating a frame buf¬ 
fer image, we’re talking about a screen 
of 1280 by 1024 pixels, each of which is 
24 bits deep or more. Some people are 
talking about 96-bit pixels. But, if you 
take 24, that’s three times 1.25 mega¬ 
bytes to read, modify, and write per 
frame. 

According to van Dam, you’ll see two, 
four, eight, or more processors working 
together in these architectures. You’ll 
also see a lot of pipelining—for example, 
in a vector unit. But fundamentally, he 
said, there are few architectural tricks 
that weren’t known a long time ago by 
Seymour Cray and his colleagues. 

“A lot of the emphasis right now is 
how to get the software to take ad¬ 
vantage of all this wonderfulness in 
the hardware,” van Dam said.“The 
hardware is really under pretty reason¬ 
able control.” 

“But even when we have these Cray- 
ollas, the first thing we will notice is 
they’re severely underpowered for what 
we really want to do—computational 
fluids, molecular modeling, any number 
of heavy-duty engineering and physics 
applications. 

“Well before the end of the century,” 
he concluded, “you will have Cray-XMP 
plus CT-6 power on your desk. And 
you’ll still be saying, ‘Where are the 
MIPS, where are the FLOPS I really 
need to get my job done?’ ” 



PIORE AWARD. David J. Kuck (left), recipient of the 1987 Emanuel R. Piore 
Award, is congratulated by IEEE President-Elect Russell C. Drew. In accepting the 
award “for contributions to optimizing compilers for supercomputers,” Kuck quoted 
another winner, baseball’s Casey Stengel, and said, “I never could have done it 
without the players.” Kuck is now a professor at the University of Illinois, Urbana, 
and the director of its Center for Supercomputing Research and Development, which 
he organized in 1984. He is currently engaged in the development of the Cedar paral¬ 
lel processing system. The Piore Award, established in 1976 by an agreement between 
IBM and the IEEE Foundation, consists of a bronze medal, certificate, $2000, and a 
$2500 travel grant. It may be awarded annually to an individual who has contributed 
significantly to the advancement of information processing. 



PIONEER MEDAL. “Ain’t that purty,” Cuthbert C. Hurd (left) commented as 
Computer Society President Roy L. Russo handed him the society’s Computer 
Pioneer Medal recognizing his “contributions to early computing.” Hurd speculated 
that he was being honored because he’d had the good fortune to assemble three small 
groups of people who did the planning, architecture, software, testing, sales, and 
service for the IBM 701, for the IBM 650, and for Fortran; he accepted the award on 
their behalf. Hurd joined IBM in 1949 and formed the Applied Science Department, 
which produced IBM’s first electronic computer, the 701, and many other computer 
products. He continued to consult for IBM from 1962 to 1982 while his main efforts 
were devoted to other companies. Hurd is currently chairman of Quintus Computer 
Systems, a company devoted to logic programming and the commercialization of 
artificial intelligence. 
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IEEE FELLOWS. Three of the 35 Computer Society members recently elevated to 
IEEE fellow grade received their certificates during Compcon Spring 87. John Musa 
(left) of AT&T was cited for “contributions to software engineering, in particular 
software reliability”; Domenico Ferrari (top right). University of California, 
Berkeley, for “contributions to computer systems performance evaluation and 
improvement techniques”; and Harold S. Stone (not shown) of IBM for “contribu¬ 
tions to parallel and distributed computing and computer education.” Following the 
presentations, Ming T. Liu (above right), a member of the Computer Society Fellows 
Committee, reminded attendees that attaining fellow grade requires prior advance¬ 
ment to senior member and endorsement by current IEEE fellows. Displaying a copy 
of the instructions and a list of the 650 Computer Society members who are fellows, 
Liu promised to post the material outside the meeting room to help with the nomi¬ 
nation procedure. 



MERITORIOUS SERVICE. Two editors-in-chief received Meritorious Service 
Awards during Compcon Spring 87. Above, Roy L. Russo congratulates Tse-yun 
Feng, who was cited “for contributions as editor-in-chief of IEEE Transactions on 
Computers, 1982-86.” Theo Pavlidis (not shown) received a similar award for his 
work on IEEE Transactions on Pattern Analysis and Machine Intelligence. 


Hayes-Roth sees 
knowledge and data 
processing combined 

Toney Byles, Contributing Editor 

Spawned by market demand and new 
technical advancements, the “intelligent 
system,” which combines knowledge 
processing with conventional computing 
and data processing, is superceding the 
more task-specific expert system, ac¬ 
cording to Frederick Hayes-Roth, chief 
scientist of Teknowledge. “We see a 
trend in technology and market size 
[away] from the initial but specialized 
expert systems to the more general 
knowledge systems,” held Hayes-Roth 
who was a plenary speaker at this year’s 
Compcon in San Francisco. 

In his talk, “Trends in Knowledge 
Processing; From Expert Systems to In¬ 
telligent Systems Engineering,” Hayes- 
Roth pointed out that in addition to a 
steady advance in the proliferation, 
scale, and cost savings of expert systems, 
the amount of data which these systems 
process is exploding. The explosion of 
data—three times the rate of exper¬ 
tise—is what is prompting the transition 
from strictly expert systems to more gen¬ 
eralized knowledge systems. 

Knowledge, or intelligent, systems are 
machines that incorporate and apply 
knowledge to help people solve prob¬ 
lems. They combine artificial intelligence 
with the non-AI technologies of model¬ 
ing, simulation, and database manage¬ 
ment. Added to a traditional data pro¬ 
cessing environment, they introduce 
automated expert human judgement into 
more mundane computational tasks. 
Thus, according to Hayes-Roth, they 
leverage—make more economically 
valuable—both the expertise and the 
existing information resources. 

“Ironically, it is knowledge processing 
that will make genuine information pro¬ 
cessing possible,” he said. 

The market for expert systems, ac¬ 
cording to Hayes-Roth, is “very 
healthy.” Customers of Teknowledge 
have fielded more than 100 systems. His 
company has sold over 1800 copies of its 
expert system software shell and current¬ 
ly maintains 300 accounts. 

But organizations are facing an infor¬ 
mation glut and a dire need to distribute 
the know-how of their top performers to 
all employees. “Expert systems are fun¬ 
damentally narrow, specialized, and 
esoteric [and do not fully address this 
predicament].” Less expert, “compe¬ 
tent” systems that leverage existing 
resources are much more useful. “The 
market for [such] systems will almost 
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Board proposes bylaws changes 


certainly dwarf the market for expert 
systems.” 

Hayes-Roth identified six trends that 
he felt portended the coming of knowl¬ 
edge systems. Today’s knowledge sys¬ 
tems are successful and proliferating. 
Knowledge bases are increasing in size 
(instead of today’s 3-10,000 rules, 
Hayes-Roth expects systems to hold 
100,000 by 1990). The cost per “chunk” 
(unit of knowledge—rule, frame, etc.) is 
decreasing. The number of users per ap¬ 
plication is on the rise (multi-user sys¬ 
tems are gaining in number over stand¬ 
alone systems). The ratio of common 
knowledge to expert knowledge is rising. 
And the ratio of conventional computing 
and data processing functions to AI 
functions is also rising. 

“Knowledge processing technology will 
permeate all systems technology in the 
next decade,” Hayes-Roth concluded. 

Yet, obstacles remain in the know! 
edge processing industry. Today’s sys¬ 
tems are time-consuming to build, highly 
customized, and difficult to integrate 
with other machinery. Teknowledge, ac¬ 
cording to Hayes-Roth, intends to 
ameliorate these obstacles with system- 
construction products that are inter- 
changable, reusable, and standardized. 

Along with the rise of the knowledge 
system, Hayes-Roth predicted the 
emergence of a new kind of profession: 
intelligent systems engineering. “ISE will 
expand the horizon of the computing 
field and challenge many of its best pro¬ 
fessionals to build a new generation of 
computer systems.” 


During its February 27 meeting in San 
Francisco, the Board of Governers voted 
to change two sections of the Computer 
Society Bylaws. One change, involving 
Article III, Section 11, extends BoG ex 
officio status to all members of the Exec¬ 
utive Committee (the previous wording 
of this section conferred ex officio status 
upon Computer Society delegate/direc¬ 
tors to the IEEE—i.e.. Division V and 
Division VIII representatives). The effect 
of the other change, involving Article 
XIII, is to create a Computer Society 
History Committee. 

Current and proposed wording of Ar¬ 
ticle III is as follows: 

Current wording 

“Section 11. Delegate/Directors 

IEEE Delegate/Directors from the 
IEEE Computer Society shall be ex of¬ 
ficio members of the board without vote, 
unless holding a vote as a franchised 
board member.” 

Proposed wording 

“Section 11. Executive Committee 

Executive Committee members shall 
be ex officio members of the board 
without vote, unless holding a vote as a 
franchised board member.” 

There are two wording changes to Ar¬ 
ticle XIII relating to the creation of the 
History Committee. First, the name of 
the committee is inserted in the 
alphabetical listing of standing commit¬ 
tees in Section 1—i.e., “(7) History 


Committee”—and the remaining com¬ 
mittee names are renumbered according¬ 
ly. In addition, the description of the 
committee is inserted in the list of com¬ 
mittee descriptions at the end of Article 
XIII, as follows: 

“Section (7): History Committee 

The History Committee shall be 
responsible for documenting the history 
of the Computer Society.” 

In accordance with the Computer 
Society Constitution, the proposed 
bylaws changes are presented here, along 
with a solicitation for membership com¬ 
ment. Please send any comments to the 
following address: The Secretary, Com¬ 
puter Society of the IEEE, 1730 Massa¬ 
chusetts Avenue NW, Washington, DC 
20036-1903. 



R.E. MERWIN AWARD. Theodore H. 
Bonn (right) received the Richard E. 
Merwin Award for Distinguished Service 
from Computer Society President Roy 
L. Russo. The award, consisting of a 
certificate and a $1000 honorarium, was 
presented for “outstanding contributions 
to the computer profession.” Bonn 
joined the Eckert-Mauchly Computer 
Corporation in 1947, retired from the 
Sperry Defense Systems Division in 1985, 
and is now an independent consultant. 
One of his innovations is the thin 
metallic film for high-density magnetic- 
recording first used on Univac 1 tapes 
and still in wide use today. 



CERTIFICATE OF APPRECIATION. Computer Society Awards Chairperson 
Ralph Preiss (center) looks on as President Roy L. Russo presents a Certificate of 
Appreciation to H.C. Brearley, Jr., who was cited “for outstanding work in getting 
the EAB Newsletter started and for serving as its first editor.” Also receiving cer¬ 
tificates were Norman F. Schneidewind for chairing the Magazine Advisory Commit¬ 
tee and John L. Hennessy for serving on the Editorial Board of IEEE Design & Test 
of Computers. 
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From the Computer Society Committee on Public Policy: 
Legislative issues impacting computer professionals 


Ned R. Kornfield, COPP Chair 

Recent happenings in Congress are 
having an impact on our profession and 
on us as individuals. A number of these 
developments—ones of significance to 
the Committee on Public Policy (COPP) 
and to all Computer Society members— 
are summarized below. Much of the in¬ 
formation is abstracted from the “Legis¬ 
lative Report” prepared and distributed 
by the IEEE United States Activities 
Board (USAB) through the IEEE Wash¬ 
ington Office. 

Supercomputer programs. In June 
1986, the House Science and Technology 
Committee approved the administration’s 
$ 123-million request for the National 
Science Foundation’s Directorate for 
Computer and Information Science and 
Engineering. This directorate represents 
a consolidation of NSF activities in 
computer science, information science, 
computer engineering, supercomputers, 
and networking. 

In the area of supercomputers, NSF 
was directed to establish both advanced 
scientific computing centers and network 
access, to generate a long-range plan for 
delivery by December 1986, and to con¬ 
centrate on software development for 
advanced scientific computing. 

NSF-established centers are now in 
operation at the University of California 
at San Diego, University of Illinois, 
Princeton University, Cornell University, 
and Carnegie Mellon University/Univer¬ 
sity of Pittsburgh. 

National Bureau of Standards. The 

House Science and Technology Commit¬ 
tee in June 1986 gave strong support to 
the NBS Institute for Computer Sciences 
and Technology. COPP helped for¬ 
mulate and review the IEEE USAB 
testimony, which was presented to the 
House by Paul Hazen, a member of the 
Computer Society. 

The committee’s report reaffirmed 
that ICST’s mission “is essential to de¬ 
velopment and implementation of a 
coherent national set of information pro¬ 
cessing standards and to the manage¬ 
ment of Federal information resources.” 
The report further stated, “The ICST 
plays an important role in the com¬ 
petitiveness of US computer and data 
communications products and services, 
in increasing acceptance of international 
standards compatible with US tech¬ 
nology, and in improving the Federal 
government’s use of computer and data 
communications technology.” 


The House committee rejected the ad¬ 
ministration’s proposal that NBS reduce 
the scope of its R&D work on computer 
networking, information resource man¬ 
agement, software management, end- 
user computing, and computer security, 
in addition to eliminating all work on 
input/output standards, storage media 
standards, and measurement of high-per¬ 
formance computing. 

Telecommunications industry. The ad¬ 
ministration is supporting an effort to 
enhance the Federal Communications 
Commission’s authority to oversee the 
newly deregulated telecommunications 
industry. Senate Bill S.2565, introduced 
in June 1986, seeks to transfer authority 
now exercised by the federal courts to 
the FCC to ensure the orderly and com¬ 
petitive development of the nation’s 
telecommunications industry. The bill 
had the support of the Department of 
Defense, but it died with the adjourn¬ 
ment of the 99th Congress. This legisla¬ 
tion is expected to be revived. 

Privacy and the federal database. The 
federal government’s computerized 
record systems, which now encompass 
over three billion records of personal 
information, are becoming a de facto 
database with substantial information on 
most persons in the US. According to an 
Office of Technology Assessment report 
entitled “Electronic Systems and In¬ 
dividual Privacy,” the means of access¬ 
ing these records via social security num¬ 
bers has eroded protections provided by 
the Privacy Act of 1974. 

The OTA report suggested a number 
of actions, which include 

• establishing direct control over 
federal agencies use; 

• requiring more control over micro¬ 
computer use in accessing personal 
information; 

• enacting more guidelines for ac¬ 
curacy and completeness of such 
records, as well as for privacy issues 
regarding use of social security 
numbers as the national identifier; 
and 

• systematically studying information 
policy issues, specifically with 
regards to social, economic, and 
political impact. 

Protection of sensitive information. 

Legislation aimed at improving security 
and privacy of sensitive information in 
federal computer systems (HR 2889) 
failed to get the necessary vote in August 
1986. The bill would have given the 
civilian side of government, NBS, an ac¬ 
tive role in computer security. It would 


have de-emphasized the authority given 
to the National Security Agency by 
directive NSDD 145. 

This directive, issued by the White 
House in 1984, gave the Department of 
Defense broad powers to issue policies 
and standards for safeguarding informa¬ 
tion. The powers apply not only to 
classified information but also to other 
information in government agencies and 
in the private sector that DoD considers 
sensitive. DoD gave NSA the respon¬ 
sibility of managing the program 
through the DoD Computer Security 
Center. This organization was recently 
expanded into the National Computer 
Security Center. 

IEEE testified—to no avail—in favor 
of the legislation for greater civilian 
input. 

Information policy. Congress is mov¬ 
ing toward a coherent and comprehen¬ 
sive federal information policy. 

The Senate’s Governmental Affairs 
Committee approved a measure to 
establish ihe Information Age Commis¬ 
sion (SB 768) to study the impact of 
computers and communications systems 
in the US. The House has taken a 
somewhat different approach in recom¬ 
mending a new agency called the 
Government Information Institute. This 
bill has been referred to a number of 
committees for consideration. 

A number of hearings have been held 
recently on the Information Age Com¬ 
mission bill. The Computer Society is 
making its voice heard on this subject 
through an ad hoc committee established 
by AFIPS. 

COPP reviewed and supported the 
1986 bill but recommended a wording 
change. COPP recommended that data 
collected by the proposed commission be 
recorded in a standard database so that it 
could outlive the commission’s life and 
be available to succeeding or implement¬ 
ing government agencies. 

Immigration bill. The 99th Congress 
passed the Immigration Overhaul Bill. 
Although the Senate had passed the bill 
in September 1985, the House did not 
get to it until October 1986. 

The new legislation does not change 
the existing requirement that most 
foreign students must return to their 
home countries for two years before ap¬ 
plying for readmission. It also retains the 
provision exempting a limited number of 
persons of exceptional ability in sciences 
substantially benefiting the US economy 
or welfare. 

A House provision that would have 
exempted science and engineering 
students from the two-year return 
requirement was deleted by a joint 
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House-Senate committee. The IEEE, 
through its USAB Manpower Commit¬ 
tee, successfully opposed the blanket 
waiver on the grounds that there are no 
current or anticipated engineering man¬ 
power shortages. 

Age discrimination. In its October 
1986 amendment to the Age Discrimina¬ 
tion in Employment Act of 1967, Con¬ 
gress removed the overall age cap but re¬ 
tained several exemptions. The amend¬ 
ment deleted the provision permitting 
company-mandated retirement at age 70, 
except for some occupations such as law 
enforcement officers and college pro¬ 
fessors. There is currently a seven-year 
exemption for college faculty. They must 
still retire at age 70 during this interim 
period, which will permit study of the 
consequences of eliminating mandatory 
retirement at institutions of higher 
learning. 

Tax act’s impact on consulting engi¬ 
neers. Section 1706 of the 1986 Tax 
Reform Act was directed at consulting 
engineers and other independent contrac¬ 
tors. Under this section, certain tax¬ 
payers were permitted to function as in¬ 
dependent contractors rather than as 
employees. 

Two major trade associations, the Na¬ 
tional Technical Services Association and 
the Association of Data Processing 
Organizations, supported Section 1706. 
Those seeking to amend or repeal it in¬ 
clude the Independent Computer Con¬ 
sultants Association, the Software Con¬ 
sultant Brokers Association, and the 
Technology Consultants National 
Organization. 

Discussion centers on the fact that 
firms which have to treat consultants as 
employees operate at a disadvantage. 

This is because of the unemployment tax 
costs for what are just temporary 
employees. 

On January 29, Rep. Judd Gregg 
(R-NH) introduced a bill (HR 792) that, 
if enacted, would postpone the effective 
date of Section 1706 for two years. 

Follow-up. If you would like addi¬ 
tional information on any of these issues 
confronting members of the computing 
community, the COPP secretary may be 
able to help you obtain it. In addition, 
Computer Society members interested in 
participating in public policy issues are 
invited to inform the secretary of their 
personal interests. He will direct requests 
to the appropriate subcommittee chair. 

COPP has a newsletter in the planning 
stages for 1987. Readers interested in 
receiving it are urged to send their 
names, company affiliations, addresses, 
and phone numbers to the COPP 
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secretary: Paul Davis, Martin Marietta 
Energy Systems, Inc., PO Box 628, 
MS-2210, Piketon, OH 45661; (614) 
289-2331, X 5794. 

Readers who want to comment on this 
or previous COPP columns, or who can 
provide information regarding issues of 
interest to Computer Society members 
not discussed here, are encouraged to 
contact the COPP chair: Ned Kornfield, 
School of Engineering, Widener Univer¬ 
sity, Chester, PA 19013; (215) 499-4055. 


Princeton center installs 
second supercomputer 

The Consortium for Scientific Com¬ 
puting is working with ETA Systems to 
install a second Cyber 205 supercom¬ 
puter at CSC’s John von Neumann Cen¬ 
ter. This national supercomputer center, 
located at Princeton University, is one of 
five centers established through grants 
from the National Science Foundation. 

“We are doubling capacity to meet im¬ 
mediate demand,” Joseph F. Traub, CSC 
president, said. “The existing computer 
has been saturated since November.” 

Supercomputer use in the quarter end¬ 
ing December 31, 1986, increased by al¬ 
most 80 percent over the previous quar¬ 
ter, jumping from 844 hours to 1512 
hours. User registrations more than 
doubled in the last quarter, going from 
600 to 1300. 

The center’s first Cyber 205 came on 
line in July. The second machine is ex¬ 
pected to handle user demand until a 
next-generation ETA10 supercomputer 
with four processors is installed this sum¬ 
mer. That machine’s capacity will then 
be upgraded to eight processors in spring 
1988. 


Stanford ups grad funds 

Stanford University plans to increase 
its financial support for graduate 
students starting this fall, according to 
Acting Provost Robert Street in a report 
to the faculty senate February 19. 

General funds support for teaching 
assistants, course assistants, and teaching 
fellows will increase by an average of 8.5 
percent, while fellowships will grow by 
about 14.4 percent. 

Under the Tax Reform Act of 1986, 
financial aid for living expenses for all 
students will be taxable. The planned in¬ 
crease in support is partly to offset this 
change and partly to reflect increases in 
the cost of living, according to Vice Pro¬ 
vost Elizabeth Traugott, dean of grad¬ 
uate studies. 
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Komfield, Rigas 
nominated for director 

At its February 27 meeeting, the Com¬ 
puter Society’s Board of Governors 
nominated Ned R. Kornfield and Har¬ 
riett B. Rigas for the position of IEEE 
Division V director for 1988-89. These 
candidates will be on the IEEE ballot for 
the fall 1987 election. 

Kornfield is a professor and former 
dean of engineering at Widener Universi¬ 
ty, Chester, Pennsylvania. Last year, he 
chaired the IEEE Philadelphia Section, 
which cosponsors the International Test 
Conference which Kornfield helped 
found. His current activities include 
chairing the Computer Society Commit¬ 
tee on Public Policy and serving as Divi¬ 
sion V representative to PACE, the Pro¬ 
fessional Activities Council for Engineers. 

Rigas currently chairs the Department 
of Electrical Engineering at the Naval 
Postgraduate School, Monterey, Califor¬ 
nia. Later this month, she will move to 
take the same position at Michigan State 
University. She is a member of the Com¬ 
puter Society Fellows Committee and of 
the IEEE Nominations and Appoint¬ 
ments Committee. Rigas has also served 
on the IEEElPlanning Committee. 

Additional candidates may be nomi¬ 
nated by member petition before May 
29. Information may be obtained from 
Betty Stillman, IEEE Headquarters, 

345 E.47th St., New York, NY 10017. 


New English-language 
journal from Japanese 
affiliate society 

With the recent affiliation of the Com¬ 
puter Society and the Information Pro¬ 
cessing Society of Japan, Computer 
Society members have become immedi¬ 
ately qualified to join the IPSJ and 
receive the Japanese-language monthly 
magazine, Joho Shori, as a free member 
benefit. (See March Computer, p. 84.) 

Now, the IPSJ has agreed to include 
its English-language Journal of Infor¬ 
mation Processing at a discounted price 
($20) as a member benefit. The journal is 
published quarterly and is similar in for¬ 
mat to the IEEE transactions. IPSJ is also 
making available at a discounted rate 
($30) its Transactions of the IPSJ, which 
is published bimonthly in Japanese. 

Computer Society members can join 
the IPSJ at the overseas member rate of 
5700 yen ($36.75). 

For information, contact IPSJ, 
Hoshima Building, No. 2-4-2 Azabu-Dai, 
Minato-Ku, Tokyo 106, Japan. 


Szygenda named chair of 1987 FJCC 


Stephen A. Szygenda has been named 
conference chair for the 1987 Fall Joint 
Computer Conference by the Computer 
Society of the IEEE and the Association 
for Computing Machinery. 

The conference will be held October 
25-29, 1987 at Infomart in Dallas, Texas. 
The CS-IEEE and ACM will hold their 
annual meetings at the conference. 

The conference theme is Exploring 
Technology Today and Tomorrow. Pro¬ 
gram topics include knowledge-based 
systems, medical computing, CAE, 
manufacturing systems, supercomputers, 
workstations and personal computers, 
networks, technology around the world, 
and related issues such as small business 
development, education, legal and finan¬ 
cial concerns, incubators, technology 
transfer and commercialization, and in¬ 
ternational trade. 

Szygenda has worked in electrical en¬ 
gineering and computing for the past 25 
years. He has been founder and presi¬ 
dent of two high-technology companies 
and developed Tegas software for test 
generation and simulation. He is current - 



Stephen A. Szygenda will chair the 1987 
FJCC to be held in Dallas, Texas, 
October 25-29. 


ly a professor of electrical and computer 
engineering at the University of Texas. 
He holds the Clint Murchison, Sr. Chair 
of Free Enterprise and directs the Center 
for Technology Development and 
Transfer at the university. 


Motorola chairman to be 
NCC keynote speaker 

Robert W. Galvin, chairman of 
Motorola, will be the keynote speaker at 
the 1987 National Computer Conference 
in Chicago, June 15-18. 

NCC-87 features the theme “Discover 
the Power of Information.” More than 
90 programs and 12 to 15 professional 
development seminars are planned, with 
over 400 exhibits. 

A 60-percent discount in the cost of 
admission is being offered to Computer 
Society members who postmark their 
registration materials by May 1. To 
receive the discount, members must use 
the registration form that appears on 
page 83 of the March issue of Computer. 

The registration form is accompanied 
by an overview of the conference. 

According to John M. Brown, chair 
of NCC-87, “Robert Galvin has been 
one of the most progressive and dynamic 
leaders in the industry, even before it 
was recognized as an industry.” 

Galvin began working for Motorola in 
1940 and joined the company full-time in 
1944. He as named president in 1956, 
and chairman and chief executive officer 
in 1964. He relinquished the title of CEO 
in 1986, but remained chairman of the 
board. 



Robert W. Galvin, chairman of 
Motorola, will be the keynote speaker at 
NCC ’87. See the March issue of 
Computer for details on the conference 
and advance registration at a 60-percent 
discount. 


Galvin attended the University of 
Notre Dame and the University of 
Chicago. He is a past president of the 
Electronic Industries Association, a 
director of Junior Achievement of 
Chicago, and chairman of the Board of 
Trustees of the Illinois Institute of 
Technology. 
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The Seventeenth 
International Symposium 
on Fault-Tolerant Computing 


July 6-8, 1987 
Sheraton Station Square 
Pittsburgh, Pennsylvania, USA 


Symposium Vice-Chair 

Daniel P. Siewiorek, CMU 

Program Co-Chairs 

Flaviu Cristian, IBM 
Jack Goldberg, SRI 


Sponsored by: 

IEEE Computer Society’s Technical 
Committee on Fault-Tolerant Computing 


In cooperation with: 

The Research Center on Dependable 
Computing at Carnegie Mellon University 


Finance Chair 

Roy A. Maxion, CMU 

Registration Chair 

Gary M. Koob, CMU 

Local Arrangements Chair 

Kent D. Wilken, CMU 

Local Publicity Chair 

Catherine Copetas, CMU 

Publicity Chair 

Bella Bose 

Oregon State University 

Technical Committee Chair 
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ABOUT THE CONFERENCE 

The Fault-Tolerant Computing Symposium 
is the world’s most important forum for 
the dissemination and discussion of new 
research in dependable systems. This 
year the conference will be held in Pitts¬ 
burgh - “America's most liveable city” - 
at the Sheraton Station Square, located 
near the scenic junction of Pittsburgh’s 
three rivers. Highlights of the conference 
include a Monday afternoon visit to the 
Carnegie Mellon University campus and 
a special banquet Tuesday evening. 


The registration fee includes a Sunday 
evening cocktail reception, two lunches, 
the banquet, and a copy of the conference 
proceedings. The student fee includes 
everything except meals. Additional 
copies of the proceedings and additional 
banquet tickets may be purchased at the 
Symposium. 

For information contact: 

Prof. Gary M. Koob 

(412) 268-3310 

ARPANET gmk@gauss.ECE.CMU.EDU 
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NEW PRODUCTS 


Apple opens its architecture with Macintosh II 


Apple Computer has announced the 
second generation of the Macintosh per¬ 
sonal computer family with two new 
models. 

The open-architecture Macintosh II 
features six internal printed circuit card 
slots for adding multiple functions, in¬ 
cluding an optional color display, net¬ 
work connections, and MS-DOS com¬ 
patibility. A basic configuration includes 
1M byte of memory, an 800K-byte flop¬ 
py disk drive, and keyboard for $3898. 

A hard disk configuration adds a 
40M-byte internal SCSI hard disk drive, 
for $5498. The Macintosh II will be 
available in May. 

The Macintosh II is based on the 
32-bit Motorola 68020 microprocessor 
operating at 16 MHz. It includes a 
floating-point arithmetic chip, the 68881. 
The new model reputedly processes at a 
speed of two million instructions per sec¬ 
ond and features transfer rates greater 
than one megabyte per second over its 
small computer systems interface. 
Memory is expandable to 8M bytes on 
the logic board, with additional RAM 
expansion of up to 1.5G bytes through 
add-in boards. 

The Macintosh II also provides Mac¬ 
intosh Plus-compatible ports for an SCSI 
connection, two RS-422 serial ports, an 
external SCSI disk drive interface, and 
a sound port with four-voice stereo 
capability. The AppleTalk network is 
built in. 

The Macintosh SE (System Expan¬ 


sion) features the same design as the 
Macintosh Plus, but with added internal 
storage capacity and an additional slot 
for added functions. A basic configura¬ 
tion includes 1M byte of memory, two 
800K-byte floppy disk drives, and 
keyboard for $2898. A hard disk con¬ 
figuration adds a 20M-byte internal SCSI 
hard disk drive for $3698. 

The Macintosh SE employs the 8-MHz 
Motorola 68000 microprocessor. Accord¬ 
ing to the company, performance im¬ 
provements result from a new VLSI 
chip. A new expansion slot, the SE-Bus 
expansion slot, accommodates a variety 
of options such as communciations 
cards, MS-DOS compatibility cards, ex¬ 
ternal video cards, or performance ac¬ 
celeration cards. The AppleTalk network 
is built in. 

Both the Macintosh II and the Macin¬ 
tosh SE include the Apple Desktop Bus 
standard interface for input peripherals. 
The ADB reputedly permits users to con¬ 
nect up to 16 input devices concurrently. 

According to the company, most Mac¬ 
intosh software is upward compatible 
with the new Macintosh II and Macin¬ 
tosh SE systems. 

Apple’s stated goal is to provide data 
file interchange with other operating sys¬ 
tems. To provide MS-DOS data file com¬ 
patibility, the company has announced 
InterFile, file transfer software; a 
514-inch MS-DOS floppy disk drive, and 
drive controller cards. 

For the Macintosh II, Apple has an¬ 


nounced the Apple EtherTalk Interface 
Card, which connects the Mac II to 
Ethernet networks, and a version of the 
Unix operating system. A/UX is an im¬ 
plementation of the AT&T Unix, System 
V, Release 2, Version 2 operating system 
and includes features from Berkeley’s 4.2 
BSD version. An optional Motorola 
68851 paged memory management unit 
is required. A/UX is expected to ship 
this summer. 

Apple is simultaneously releasing in¬ 
ternational models of the Macintosh II 
and Macintosh SE using ten different 
languages. 

The company has also announced 
Desktop Express, a desktop communica¬ 
tions product that permits Macintosh 
PCs to send and receive graphics be¬ 
tween remote locations. The software 
was jointly developed by Apple, Dow 
Jones Software, and MCI Communica¬ 
tions. It will be published by Dow Jones 
Software and available from partici¬ 
pating Apple dealers in the second 
quarter of 1987 for a suggested retail 
price of $149. 

Ether Talk: Reader Service 20 
Mac II: Reader Service 21 
Mac SE: Reader Service 22 
InterFile: Reader Service 23 
DOS drive: Reader Service 24 
Controllers: Reader Service 25 
A/UX: Reader Service 26 
Int’l: Reader Service 27 
Express: Reader Service 28 



The Apple Macintosh family now consists of the open-architecture Macintosh II (center), expandable Macintosh SE (left), entry- 
level Macintosh Plus (right), and Macintosh 512KE (not shown). 
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Apple expands Macintosh 


Compaq Portable HI incorporates 80286 microprocessor 


Apple Computer has announced com¬ 
munications products that reputedly ex¬ 
pand the Apple Macintosh personal 
computer into workgroups and integrate 
and enhance information from other 
computing environments. 

AppleShare is a workgroup file server 
software product configured with a 
dedicated Macintosh Plus personal com¬ 
puter and a hard disk. With it, up to 25 
users can access information, including 
documents, folders, applications, or 
disks, from anywhere on an AppleTalk 
network. AppleShare costs $799. 

A print spooler called LaserShare off¬ 
loads the LaserWriter printing queue to a 
server, freeing a workstation for other 
tasks. It costs $399. 

The AppleTalk PC Card is a half-size, 
add-in printed circuit board for MS-DOS 
personal computers that lets them access 
an Apple LaserWriter. It costs $399. Re¬ 
quired equipment includes AppleTalk 
Personal Network cabling and connec¬ 
tors and a LaserWriter or LaserWriter 
Plus for printing. 

The card contains a 65C02 micropro¬ 
cessor and AppleTalk protocols in read¬ 
only memory. It also includes software 
to convert MS-DOS-generated text to the 
PostScript page-description language. 

The card supports conversion of sev¬ 
eral file formats, including WordStar, 
Lotus 1-2-3, MultiMate, Microsoft 
Word, Diablo 630, ASCII, and 
PostScript. 

A utility program called the Apple 
DCA Filter translates documents from 
MS-DOS word processing applications 
to and from MacWrite, Apple’s word 
processing software for the Macintosh. 
DCA, or Document Content Architec¬ 
ture, is IBM’s standard format for word 
processing documents. There is no 
charge for the software. 

AppleLine 3270 File Transfer Soft¬ 
ware is a utility program for transferring 
files between the IBM 3270 mainframe 
environment and the Macintosh through 
Apple’s 3270 protocol converter, Apple- 
Line. The software costs $99. 

A Network Administrator’s course 
available from participating Apple 
dealers teaches nontechnical users or 
clerical personnel the routine tasks in¬ 
volved in maintaining an AppleTalk net¬ 
work on a daily basis. The Student 
Reference Binder costs $200. 

AppleShare: Reader Service 29 
LaserShare: Reader Service 30 
PC Card: Reader Service 31 
DCA Filter: Reader Service 32 
AppleLine: Reader Service 33 
Course: Reader Service 34 


Compaq Computer has announced the 
Compaq Portable III personal computer. 
The machine incorporates a 12-MHz 
80286 microprocessor, up to 6.6M bytes 
of RAM, up to 40M bytes of fixed disk 
storage, and a 514-inch disk drive. 

The Portable III also features a dual¬ 
mode plasma display, full-size detach¬ 
able keyboard, and an optional expan¬ 
sion unit that accommodates two full- 
size expansion slots. It also has an 
8-MHz 80287 coprocessor socket, paral¬ 
lel printer interface, asynchronous com¬ 
munications interface, and RGBI inter¬ 
face for connection to a color monitor. 

The Compaq Portable III Model 1 has 
640K bytes of RAM and a single 1.2M- 
byte disk drive for $3999. Model 20 adds 
a 20M-byte fixed disk drive and costs 
$4999. Model 40 adds a 40M-byte fixed 
disk drive and costs $5799. 

RAM is expanded by adding a Porta¬ 
ble III memory expansion board and in¬ 
stalling either 512K-byte or 2M-byte 
memory modules. 

The dual-mode plasma display fea¬ 
tures an automatic cut-off and provides 
text and graphics on the same screen. 
Graphics are supported for a 640-by-400- 
pixel mode as well as the industry- 
standard CGA resolution of 640-by-200 
and 320-by-200. The display also fea- 


Digital Equipment has announced two 
new VAX configurations that provide 
the most powerful central computing en¬ 
vironments available from DEC, accor¬ 
ding to the company. 

The new VAX 8974 and VAX 8978 
systems are based on Digital’s VAX- 
cluster technology. According to DEC, 
they are large-scale, general purpose, 
multiple application computers designed 
for use in commercial and technical data 
centers. The new systems can reputedly 
support more than a thousand users in¬ 
teractively. 

Complete VAX 8974 systems are 
priced from $2,570,000. VAX 8978 sys¬ 
tems are priced from $4,792,000. 

The systems are VAXcluster systems 
of four or eight VAX 8700 processors, 
HSC70 I/O processors, and DEC’S new 
SA482 Storage Array. 

The new configurations are expand¬ 
able both as VAXcluster systems by add¬ 
ing more VAX processors, and as dual¬ 
processor nodes by adding VAX 8800 
upgrades. On-line mass storage can be 
increased by adding more disk drives and 
HSC70 I/O processors. Main memory 



The Compaq Portable III measures 9.8 
by 16 by 7.8 inches and weighs about 18 
pounds. 


tures on-screen shading and highlighting 
of text. 

An automatic power line switching 
capability automatically switches from 
110 volts to 220 volts when needed. 

With the introduction of the Compaq 
Portable III, the company announced 
that it will discontinue production of the 
Compaq Plus, Compaq Portable 286, 
and Compaq Portable II, Models 1 and 3. 
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can be expanded to 512M bytes for the 
VAX 8974 system and 1024M bytes for 
the VAX 8978 system. 

The SA482 Storage Array provides 
2.5G bytes of capacity. It conforms to 
Digital Storage Architecture and to 
Digital’s Standard Disk Interconnect. 

For shared storage in a VAXcluster con¬ 
figuration it connects to Digital’s HSC70 
and HSC50 intelligent I/O processors. 
The SA482 is priced at $84,000. 

Digital also offers VAX SQL software, 
an implementation of the Structured 
Query Language for software devel¬ 
opment with DEC’S VMS relational 
database management system, VAX 
Rdb/VMS, and the VAX-to-IBM data 
access product, VIDA. It conforms to 
the Digital Standard Relational Interface 
and runs on all VAX systems using the 
VMS operating system. VAX SQL costs 
from $1770 on the VAXstation II work¬ 
station to $35,400 on the VAX 8800 
computer. 
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Cray offers new models 

Cray Research offers two new models 
of the Cray-2 computer system and two 
new models of the Cray X-MP computer 
system. 

The Cray-2/4-128 features four CPUs 
and 1024M bytes of memory for 
$14,500,000. The Cray-2/2-128 features 
two CPUs and the same memory for 
$12,000,000. The new models run the 
same software as the original Cray-2 sys¬ 
tem and are not field upgradable. 

The Cray X-MP/116 features one 
CPU with 128M bytes of memory for 
$8,500,000. The entry-level Cray 
X-MP/Use features one CPU with four 
million words of memory for $2,500,000. 
It houses both the Cray I/O subsystem 
and mainframe in the same chassis. 
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DADO system suits matching 
and search applications 

Fifth Generation Computer Corp. has 
announced DADO, a massively parallel 
computer system used as an attached 
processor or accelerator to a general- 
purpose computer or workstation. It can 
be configured as a board-level device, be 
packaged in its own cabinet, or be used 
as a server on a LAN or communications 
network. 

DADO is configured in a system of 3 
to 8191 separate processing elements ar¬ 
ranged in a topology of binary trees. 

Each PE consists of a Motorola 68020 
microcomputer, RAM, proprietary di¬ 
rect memory access circuitry, and an op¬ 
tional coprocessor element. 

With three PEs, baseline computing 
power reputedly reaches 5.4 million in¬ 
structions per second. With 8191 PEs, 
computing reputedly reaches 14 billion 
instructions per second. 

DADO is available in two versions. 

The Decision Processing Peripheral uses 
the basic DADO PE for certain compu¬ 
tational problems, including symbolic 
applications such as rule-based expert 
systems and sorting and matching prob¬ 
lems. The Signal Interpretation Periph¬ 
eral consists of a DADO PE and a dig¬ 
ital signal coprocessor. 

DADO’s parallel programming lan¬ 
guages currently include Parallel C, 
Parallel Lisp, Parallel Fortran, and 
OPS5. 

Contact the company for pricing. 
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Prime offers new midrange office superminicomputer 


Prime Computer has announced the 
2755 superminicomputer, which the 
company calls its highest performance 
office system. The 2755 supports up to 
128 directly connected terminals and 
supersedes the 2655. 

The 2755 supports the same peripher¬ 
als and takes the same space as earlier 
models. It is compatible with all other 
members of Prime’s 50 Series of 32-bit 
superminicomputers. 

The new computer features 64K bytes 
of cache memory, 16M bytes of main 
memory, and support for up to 63 
remote users connected through Prime- 
net software. According to the company, 
it executes around 1.6 million instruc¬ 
tions per second. 

System prices range from $95,050 to 
$133,200. A typical configuration costing 
$102,700 includes the 2755 processor; 
Rev. 20.2.1 of the Primos operating sys¬ 
tem; a 30-inch high system cabinet con¬ 
taining disk and tape controllers, diag¬ 
nostic processor, and 4M bytes of main 
memory; a peripheral cabinet containing 
a 496M-byte fixed disk drive and stream¬ 
ing magnetic tape drive; and CRT 
console. 
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The Prime 2755 operates in a standard 
office environment. 


IBM announces powerful new computer 


IBM has announced what it calls its 
most powerful computer, the 3090 
Model 600E processor. The new com¬ 
puter contains six central processing 
units and will be available in new ver¬ 


sions of the 3090 family or as upgrades. 
Contact the company for more informa¬ 
tion and pricing. 
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Harris’ new supermini speeds 

Flarris Computer Systems Division has 
extended its Unix-based systems with the 
HCX-9 superminicomputer. According 
to the company, the HCX-9 combines a 
powerful 32-bit processor with a VME 
bus, yielding performance of 8 MIPS us¬ 
ing the C language and 7.5M Whetstones 
using Fortran. 

The HCX-9 nucleus starts at $195,500 
and comes in a cabinet measuring 42 
inches high by 23 inches wide by 38 in¬ 
ches deep. The base configuration in¬ 
cludes the proprietary 32-bit processor, 
an eight-slot VME bus, 4M bytes of 
memory, console processor, I/O control- 


response 

Ier with eight asynchronous serial ports, 
a 32-user Unix license, and the C 
compiler. 

Additional options can be configured 
into the single cabinet, such as 128M 
bytes of memory, floating point proces¬ 
sor, two disks with controllers, and one 
streaming tape drive with a controller. 

An I/O expansion cabinet permits 
support of additional users. The largest 
configuration of the HCX-9 supports up 
to 32 disk drives. 
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Intel improves 80386-based systems’ performance 


Intel claims to have raised the perfor¬ 
mance potential for 80386-based systems 
with the introduction of a 20-MHz ver¬ 
sion of the 80386, new 32-bit peripherals, 
and a numerics coprocessor. 

The 80386-20 reputedly operates at 
four to five MIPS, a 25 percent increase 
over the 16-MHz version. It costs $599, 
quantity 100. 

The 32-bit 80387 numerics coprocessor 
supersedes the 80287. According to the 
company, it extends the 80386 instruc¬ 


Floating-point math for 386 

Weitek has announced the 1167 
floating-point math coprocessor for the 
Intel 80386 microprocessor. The 1167 is 
a daughter board that plugs into the ex¬ 
tended math coprocessor socket on a 
80386 motherboard. 

The 1167 board consists of Weitek’s 
floating-point math chips, plus pro¬ 
prietary interface controller developed by 
Weitek and Intel. It costs $950. 
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Wang connects to RCA 

RCA Global Communications has an¬ 
nounced Ezaccess, a software program 
that connects a Wang VS series com¬ 
puter and up to 256 workstations to the 
RCA Globcom domestic and interna¬ 
tional telex, telegram, and RCA Mail 
electronic mail networks. 

The software uses the Wang Office 
feature or a built-in menu to provide 
store and forward and real-time telex 
sending and receiving capability. The 
software also provides connection to 
RCA Globcom’s telex network informa¬ 
tion retrieval service, called Hotline in¬ 
side the United States and FYI outside of 
the United States. 

Support is provided by the software 
supplier. The Information Organization 
Corp. 

Pricing depends on the customer’s sys¬ 
tem. A minimum system configuration 
includes a Wang VS; Bell-compatible 300 
or 1200, or 212A, modem; and TTY 
software version 6.80.04 for asynchro¬ 
nous operation. For bisynchronous 
operation, the Wang VS must have a 
Bell-compatible 2400-baud or 201C 
modem with an automatic calling unit 
and TTY software version 6.85.06. 
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tion set to include trigonometric, log¬ 
arithmic, exponential, and arithmetic 
instructions. It costs $500 each in quanti¬ 
ties of 100. 

The 82380 Integrated System Periph¬ 
eral incorporates a direct memory access 
controller reputedly capable of utilizing 
the 80386 32-bit bus bandwidth through 
eight independently programmable chan¬ 
nels. Other peripheral functions in¬ 
tegrated on-chip include a 20-level pro¬ 
grammable interrupt controller, four 


The MacNeal-Schwendler Corp. has 
announced shipment of MSC/pal for the 
Macintosh. The software reputedly per¬ 
forms both static and dynamic finite ele¬ 
ment analysis using the Macintosh inter¬ 
face, with pull-down menus and dialog 
boxes. 

MSC/pal for the 512K Macintosh 
costs $995. MSC/pal for the Macintosh 
with one megabyte of memory costs 
$1495. The larger version can analyze 
models with as many as 500 node points, 


3Com Corp. has announced its Apple 
Macintosh version of the 3 + network 
operating system. The system integrates 
Macintoshes and IBM PCs and compat¬ 
ibles on the same network. 

The 3 + product line for the Macin¬ 
tosh includes network operating system 
software and electronic mail. It supports 
Apple’s AppleTalk Filing Protocol and 
Hierarchical File System and is sup- 


Man-Machine Systems has announced 
G-Base, an information management 
software package written in ZetaLisp for 
Lisp workstations. G-Base was devel¬ 
oped at Universite de Technologie de 
Compiegne in France, and has been 
tested and enhanced by Graphael, a 
French company that develops artificial 
intelligence software products and ap¬ 
plications. 

G-Base stores information in the form 
of objects and explicitly describes the 
relationship between these various ob¬ 
jects within itself. The information can 
be alphanumeric, graphic, bit-mapped, 
video-imaged, or audio. 


16-bit programmable interval timers, a 
programmable wait-state generator, a 
DRAM refresh controller, and system 
reset control logic. 

The device can be used with 16- and 
20-MHz versions of the 80386 and comes 
in 132-lead pin grid array packaging. The 
82380-16 costs $149 each and the 
82380-20, $299 each in lots of 100. 
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while the 512K version has a maximum 
node point limit of 300. Both versions 
also run on the Macintosh Plus. 

MSC/pal is not copy protected. 
Moreover, a 25-node executable demon¬ 
stration program with full documenta¬ 
tion is available for $45, applicable 
towards the purchase price of the full 
system. 
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ported on 3Com’s 3Server3 network 
server, which supports AppleTalk, 
Ethernet, and Token Ring, and asyn¬ 
chronous modem connections. 

The full line will be delivered in 
mid-1987. Contact the company for 
more information and pricing. 
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Features include an interactive graphic 
user interface, a dictionary of integrated 
data, interactive definition of models for 
applications, dynamic evolution of the 
model, incorporation of procedural 
methods into the model, a dynamic and 
extendable query language, pop-up 
menus, and a library of Lisp functions. 

G-Base will be marketed in the United 
States, Canada, and Asia by Man-Mach¬ 
ine Systems, and in Europe by Graphael. 
It costs $20,000 and is available on Lisp 
Machine’s Lambda system and Texas In¬ 
struments’ Explorer. 
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AI software aids development of large knowledge bases 


Finite element analysis software for the Macintosh 


3Com offers 3 + network operating system for the Mac 
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Portable internal hard disk for Toshiba 1100 + laptop 


Premier Technologies has announced 
LiteDrive, a portable internal hard disk 
system, for the Toshiba 1100+ laptop 
computer. 

Installed in place of the second floppy 
disk drive, the lOM-byte hard disk sys¬ 
tem is completely internal and runs off 


The Thoroughbred Division of Con¬ 
cept Omega Corp. has announced Thor¬ 
oughbred Idol-II, a relational database 
management and retrieval system de¬ 
signed for use in the Thoroughbred Basic 
multiuser environment. 

The program extends Thoroughbred’s 
first database management product, 

Idol. Idol-II’s database management 


Personal Mainframe relies 
on Clipper technology 

Opus Systems has announced the 
Series 300 Personal Mainframe based on 
Fairchild Semiconductor Clipper tech¬ 
nology. The 32-bit Unix systems use the 
IBM PC-AT as an I/O processor and 
subsystem. 

The first two products available are 
the Model 350PM operating at 30 MHz 
and the Model 340PM operating at 25 
MHz. 

Series 300 Personal Mainframes fea¬ 
ture the Opus port of Unix System V, 
Release 3.0 and reputedly offer four to 
five MIPS of computing power. They 
have four to 16M bytes of physical mem¬ 
ory in a 4G-byte virtual address space. 
Standard software also includes C and 
Fortran-77. 

Pricing in original equipment manu¬ 
facturer quantities begins at around 
$3000. 

Opus has also developed a window 
system for its Personal Mainframe line, 
called Xpress. The product is based on 
an enhanced version of the X window 
system from the Massachusetts Institute 
of Technology. Xpress provides an inter¬ 
face between window-based applications 
programs and a graphics display, key¬ 
board, and mouse. 

Xpress runs with graphics controllers 
from Imagraph Corp. and Moniterm. It 
costs $595. 
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both battery and AC power. The entire 
unit adds less than eight ounces to the 
weight of the 1100 +. The upgrade pack¬ 
age is field installable. Suggested retail 
price is $995. 
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functions can be used to create new data 
files and maintain already existing files. 

It also features multirecord data manage¬ 
ment, on-screen editing, windows, con¬ 
text-sensitive help, horizontal scrolling, 
and free-form text fields. 

Prices range from $795 to $3895. 
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Tele Video offers Unix, 
AT-compatible workstations 

TeleVideo has announced a family of 
multiuser workstations aimed at the Unix 
market, and an IBM PC-AT-compatible 
LAN workstation. 

The Telenix-286 supports two to eight 
users, is IBM PC-AT compatible, and 
contains Intel’s 8-MHz 80286 processor. 

It features a 40M-byte hard disk drive, 

1M byte of RAM, five expansion slots, a 
1.2M-byte floppy disk drive, a 60M-byte 
streaming tape backup, TeleVideo’s disk 
controller, Microport’s Unix software, 
and MS-DOS. It costs $5995. 

The Telenix-386 supports eight to 16 
users and contains Intel’s 16-MHz 80386 
microprocessor. It features either a 
40M-byte or 71M-byte fixed disk drive, 
2M bytes of RAM expandable to 16M 
bytes, a 60M-byte streaming tape back¬ 
up, eight expansion slots, serial and par¬ 
allel ports, and TeleVideo’s disk control¬ 
ler. It costs under $9000. 

The NWS/286 Net Workstation in¬ 
cludes an 8-MHz 80286 processor, four 
standard IBM PC-AT expansion slots, 
an RS-232-C serial port, a parallel port, 
and 512K bytes of RAM. It accepts IBM 
PC, PC-XT, or PC-AT-compatible ex¬ 
pansion boards. It works on TeleVideo 
PM/286 and Personal Mini local area 
networks. It costs $1995. 
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Entry-level Mentor out 

Applied Digital Data Systems, Systems 
Division, has announced Model 2, an 
entry-level member of the ADDS Mentor 
6000 Series of 32-bit multiuser business 
computers. 

The basic configuration of Model 2 in¬ 
cludes a Mentor 6000 CPU, 85M-byte 
disk drive, 45 or 60M-byte ‘/4-inch car¬ 
tridge tape drive, 1M byte of RAM, 
eight serial ports, one parallel printer 
port, and an ADDS 2020 console termi¬ 
nal. Pricing for the basic configuration 
of Model 2 starts at $24,000. 

Model 2 is software compatible with 
earlier Mentor systems. It runs the Men¬ 
tor Operating System, an implementa¬ 
tion of the PICK OS, and comes with 
Office AugMentor Software, an office 
automation system. 
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Clipper operating system 
derives from Unix 

Fairchild Semiconductor has an¬ 
nounced a new operating system for the 
Clipper 32-bit microprocessor chip set. 
The Clix operating system derives from 
AT&T’s Unix System V, Release 3.0 and 
conforms to the AT&T System V Inter¬ 
face Definition. 

Fairchild also offers three new com¬ 
pilers for the Clipper. Clipper C im¬ 
plements the C language as defined by 
Kernighan and Ritchie and includes 
AT&T and Berkeley extensions. Clipper 
Fortran 77 does the same for the ANSI 
standard Fortran-77 language, while 
Clipper Pascal incorporates the ANSI 
pascal standard and ISO Pascal, level 0. 
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Entry-level for business 

Point 4 Data Corp. has announced the 
Mark 2E, an entry-level multiuser 
business computer. The basic system is 
configured with four asynchronous ports 
expandable to 16 ports in four-port in¬ 
crements. It contains a Winchester disk 
with 27M bytes, a streaming cartridge 
tape subsystem with a 60M-byte capaci¬ 
ty, and an optional lM-byte floppy disk 
drive. It also has 256K bytes of RAM. 

The basic Mark 2E costs $11,395. 
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Bridge tolerates faults 

Bridge Communications’ internetwork 
bridge supports redundant local-area 
networks to provide fault-tolerant 
communication. 

The IB/l-FT (Internetwork Bridge/1- 
Fault Tolerant) was developed by the 
Government Products Division. It inter¬ 
faces simultaneously to two Ethernet 
(IEEE 802.3) LANs, two Bridge broad¬ 
band LANs, or a combination. 

According to the company, the IB/l- 
FT was designed for use in three con¬ 
figurations: extending the length of a 
redundant LAN, building a redundant 
LAN architecture with nonredundant 
elements, or interconnecting multiple 
broadband LANs. 

The IB/l-FT is reputedly a protocol- 


independent ISO layer 2 bridge that 
manages network traffic by monitoring 
packets received from each network and 
forwarding only those packets with ad¬ 
dresses on the other network. 


The IB/l-FT costs $12,000 with three 
data links, plus $350 for a software 
license. 
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Two TOPS products extend AppleTalk bus network 


Centram has announced two TOPS 
products reputedly designed to increase 
the size and length of an AppleTalk bus 
network and give users greater flexibility 
in their network topology. 

TOPS Repeater extends the maximum 
length and number of machines on an 
AppleTalk network. It is linked to Ap¬ 
pleTalk by standard DB-9 connectors 
and works by receiving incoming net¬ 
work signals, regenerating them, and 
retransmitting them at full voltage. 


PC device accesses VAX 

Xyplex has announced a device called 
PC Xpander that reputedly provides 
IBM PC users with full access to Digital 
Equipment’s VAX family of computers. 

The device is an integrated hardware 
and software product that, according to 
the company, combines IBM PC and 
VAX resources while simultaneously off¬ 
loading network communications pro¬ 
cessing tasks from the VAX and PC. 

PC Xpander software resides in both 
the PC and VAX, requiring 80K bytes of 
RAM in the PC. PC-to-VAX control 
allows VMS applications to be run from 
MS-DOS. VAX-to-PC control enables 
the VAX to send data to MS-DOS pro¬ 
grams on the PC. The VAX can also ini¬ 
tiate execution of those programs on the 
PC. PC-to-PC control allows local and 
remote PCs to communicate. 

The company offers two types of 
hardware connections to VAX resources: 
cluster controllers and an internal PC 
Controller Card. The PC Controller 
Card costs $695, while the software costs 
$375. 


TOPS Star transforms bus networks 
into star networks. It was designed to sit 
in a phone closet, connecting directly 
into the phone lines. Like TOPS 
Repeater, TOPS Star connects to stan¬ 
dard DB-9 connectors, but has several 
ports where TOPS Repeater has two. 

TOPS Repeater has a suggested list 
price of $189 and TOPS Star, $1500. 
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Software emulates PC 

Insignia Solutions offers a software 
product that simulates the IBM PC-XT 
within windows of the host environment, 
typically Unix on technical workstations 
and other 32-bit systems. 

Soft PC reputedly provides both DOS 
and Unix operating systems on the same 
machine, without hardware changes or 
additions. The company sees potential 
problems only with those applications 
that incorporate timing dependencies 
peculiar to the PC. 

The main components of Soft PC are 
a CPU module, an I/O devices module, 
a memory module, and a BIOS module. 

The instruction set and addressing 
modes of the Intel 8088 processor are 
simulated at run time within a software 
CPU module. It reputedly reproduces all 
of the 8088 instruction operation, the ef¬ 
fective hybrid address, the condition 
codes, and so on. 

Soft PC is currently available to 
original equipment manufacturers, who 
pay an OEM development fee and a unit 
cost fee ranging from $500 to $750. 


HP LaserJet Series II updates 

Hewlett-Packard has announced the 
HP LaserJet Series II printer, which the 
company calls the next generation of its 
family of desktop laser printers. 

The new eight-page-per-minute printer 
is compatible with the HP LaserJet Plus 
and based on Canon’s LBP-SX printer 
engine. It comes with 512K bytes of 
memory and a variety of optional 
memory boards according to the user’s 
needs. 

According to the company, the HP 
LaserJet Series II printer weighs 50 
pounds and features a new paper path. It 
also has a 200-sheet input bin and a 
100-page correct-order output bin, plus 
two font-cartridge slots. 

The HP LaserJet Series II printer, HP 
33440, includes six built-in fonts, 
disposable toner cartridge, and RS-232-C 
and Centronics interfaces for $2495. A 
lM-byte memory board costs $495; a 
2M-byte board, $995; and a 4M-byte 
board, $1995. The toner cartridge is 
$115. 
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TCP/IP software for DOS 

Communication Machinery Corp. has 
announced DOS-compatible Transport 
Control Protocol/Internet Protocol soft¬ 
ware that the company says completes its 
line of DOS local-area networking 
products. 

The TCP/IP software features a Net- 
bios interface that permits DOS packages 
to operate on Ethernet networks. Com¬ 
bined with the Netbios interface, the 
TCP/IP software is priced at $250. 
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K50 analyzes logic HP ScanJet desktop scanner compatible with PCs 


Gould Electronics’ Test & Measure¬ 
ment Group has announced the K50 
multipurpose logic analyzer. 

According to the company, the K50 is 
keystroke configurable from 32 channels 
at 25 MHz to 8 channels at 100 MHz and 
can capture timing, state, and micropro¬ 
cessor-oriented software events. Glitches 
are captured and stored in separate 
memory. Three external clock inputs 
with qualifiers allow demultiplexing of 
complex events. 

Trace Control offers four levels of 
complex event definition with four trig¬ 
ger words plus one glitch word. Data 
may be defined as valid only if stable for 
a user-defined number of clock cycles 
with trigger and restart filters. 

The unit measures 14-by-7.5-by-17 
inches and weighs 23 pounds. It sells for 
$5995. MAP support costs $500 for 8-bit 
microprocessors and $700 for 16-bit mi¬ 
croprocessors. 
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Hewlett-Packard’s HP LaserJet 2000 
printer was reputedly designed for use 
with personal computer networks, 
departmental systems, and mini¬ 
computers. According to the company, it 
prints 20 pages per minute and includes 
34 internal fonts. 

The standard Model 2684A features 
compatibility with the HP Printer Com¬ 
mand Language, 1.5M bytes of RAM, 
300 dpi raster graphics, two 250-sheet in¬ 
put bins, and a 1500-sheet correct-order 
output bin. It costs $19,995. 

Model 2684P has the same features as 
the standard model, plus a third input 


Hewlett-Packard has revised its 758X 
drafting plotter line with a new line of 
eight-pen plotters called HP Draft- 
Master. 

The new family consists of HP Draft- 
Master I single-sheet feed and HP Draft- 
Master II rollfeed plotters, and the HP 
DraftPro personal-computer drafting 
plotter, introduced in August 1986. 

Special features include a smooth- 
curve generator, bidirectional plotting, a 
pen-sorting algorithm, 5.7g diagonal ac¬ 
celeration, and the ability to ignore un¬ 


Hewlett-Packard offers the HP Scan¬ 
Jet scanner as its first flatbed desktop 
scanner, according to the company. The 
flatbed design reputedly permits scan¬ 
ning of a broad range of documents, in¬ 
cluding loose-leaf and bound volumes, 
photographs, and magazines. 

An optional 20-page automatic docu¬ 
ment feeder permits scanning of multi¬ 
page documents, as well as larger pages. 

With software support, users can 
select a resolution from 38 to 300 dpi. 
They can also enlarge or reduce images. 
Software that comes with the scanner in¬ 
cludes both the MS-DOS and MS Win¬ 
dows versions of HP Scanning Gallery 
software. 

The scanner can reputedly distinguish 
among 16 levels of gray and support 
three image-data types: binary, dithered, 
and four-bit gray scale. 

The HP ScanJet features a bidirec¬ 
tional Centronics interface card that cur¬ 
rently works with the HP Vectra PC, 
IBM PC-AT, and IBM PC-XT. 


bin that holds 2000 sheets of paper. It 
costs $21,495. 

Model 2684D features automatic two- 
sided printing and a third 2000-sheet in¬ 
put bin. It costs $24,995. 

Available interfaces include RS-232- 
C/422, Centronics, Dataproducts’ Short 
Line, and Dataproducts’ Long Line. 
Support for the HP 3000 business mini¬ 
computer is planned for the fourth 
quarter of 1987. Printer interfaces are 
$500 each. 

A lM-byte add-on costs $750. 
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necessary pen-up moves. 

The plotters have a 10-MHz MC68000 
microprocessor and a 19.2K-byte RS- 
232-C minimum baud rate. 

The HP DraftMaster I, Model 7595, is 
$9900. HP DraftMaster II, Model 7596, 
is $11,900. HP DraftPro is $5400. HP 
DraftMaster I owners may upgrade for 
$2500. 
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The HP ScanJet scanner targets desktop¬ 
publishing applications. 


The HP ScanJet desktop scanner costs 
$1495. The interface and Scanning 
Gallery software costs $495. 

Reader Service 77 


CAD for the Mac 


Abvent has announced SpaceEdit, a 
two- and three-dimensional computer- 
aided design software package for the 
Apple Macintosh. 

According to the company, SpaceEdit 
allows engineers and architects to design 
any object and visualize it in perspective 
from any point of view. The vector- 
based system is reputedly limited only by 
the RAM available in the machine. The 
program requires a Macintosh 512K. 

Reader Service 78 


ICEs emulate 8088, 8086 


Softaid has announced the addition of 
8088 and 8086 in-circuit emulators to its 
ICEBOX line. 

The ICEBOX supports minimum and 
maximum modes of the processors, 
selecting the mode automatically based 
on the configuration of the target sys¬ 
tem. The ICEBOX uses the target sys¬ 
tem’s clock and injects no wait-states. 
The CMOS-compatible 8088 ICEBOX 
operates at clock rates to 8 MHz and the 
8086 ICEBOX, up to 10 MHz. 

The emulators cost $1395. 

8088 ICE: Reader Service 79 
8086 ICE: Reader Service 80 


HP LaserJet 2000 targets multiuser environments 


HP replaces drafting plotters with a new line 
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Debugger for Intel CPUs 


Applied Microsystems has announced 
Validate/Soft-Scope, a source-level 
debugger for Intel’s 16- and 32-bit mi¬ 
croprocessors. 

Designed by Concurrent Sciences, 
Validate/Soft-Scope adapts that com¬ 
pany’s Soft-Scope debugger to work 
with Applied Microsystems’ ES 1800 
series of in-circuit emulators. 

Validate/Soft-Scope works with 
Intel’s 8086, 8088, 80186, and 80286 mi¬ 
croprocessors, including a version that 
supports the virtual-protect mode of the 
80286. The debugger can debug code 
written in C, Pascal, PL/M, Fortran, 
and PSS’s Jovial on any IBM PC or 
compatible with PC-DOS or MS-DOS of 
3.0 or above. The debugger also sup¬ 
ports Intel’s Object Module Format and 
OMF286. 

Prices begin at $1000. 

Reader Service 81 


PL/I G-subset touch test suite 

Software Research offers the PL/I 
G-subset Touch Test Suite, consisting of 
86 programs based on a feature matrix 
with 270 G-subset features organized in a 
hierarchy. According to the company, 
the suite contains a total of 7649 lines of 
PL/I text. 

A baseline of standard test outputs for 
each test run is provided, as are positive 
and negative tests for PL/I compilers. 
The product sells for $3500 for a source 
license. 

Reader Service 82 


ProSpice aids designers 

Energy Incorporated has announced 
ProSpice, an electrical engineering soft¬ 
ware package for the IBM PC or com¬ 
patible designed to aid circuit design. 

ProSpice is based on Spice 2G.6. Fea¬ 
tures include a preprocessor, custom 
models, a library, on-line help, and a 
postprocessor for generation of high- 
resolution plots. 

The software runs on an IBM PC or 
compatible with 640K bytes of RAM, an 
8087 coprocessor, a hard disk drive, and 
DOS 2.0 or higher. 

ProSpice costs $495. 

Reader Service 83 


NEW LITERATURE 


AFIPS publishing catalog. Listing more 
than 300 publications and videos for 
computing information processing pro¬ 
fessionals, The American Federation of 
Information Processing Societies’ 1987 
Best Sellers Catalog also offers discounts 
on AFIPS Press titles and to AFIPS con¬ 
stituent Society members. AFIPS, 1899 
Preston White Dr., Reston, VI 22092; 
(703) 620-8900; free. 

Japan Computer Technology and Ap¬ 
plications Abstracts. Monthly publica¬ 
tion covers current Japanese computer 
research and development. Presenting 
over 7000 abstracts annually, the 
publication covers corporate, govern¬ 
mental, and academic scientific journals, 
as well as a varying number of nonserial 
ones published irregularly. University 
Publications of America, Inc., 44 North 
Market St., Frederick, MD 21701; (301) 
694-0100; $425/year—$375 till April 30. 

Index to Information & Management. 
This international journal of information 
systems applications has reached 10 
volumes, which now are indexed (on the 
basis of keywords and authors’ names) 
in a master. The journal has accepted 
over 240 papers. Elsevier Science 
Publishers, PO Box 1991, 1000 BZ 
Amsterdam, The Netherlands; free. 

Laser color printers pale. According to a 
market research report entitled Color 
Printer Markets, these new printers cost 
too much and have too limited a color 
selection, recurring paper misregistration 
problems, and disappointing resolution. 
The report emphasizes that the add-on 
color approach for already popular 
monochrome printers will do particularly 
well in the printer market. International 
Resource Development Inc., 6 Prowitt 
St., Norwalk, CT 06855; (203) 866-7800; 
$1850. 


Electronics Industry Outlook. This mon¬ 
thly report features analyses and fore¬ 
casts using a top-down approach for 
continuity and computer-generated 
charts and graphs for enhanced readabil¬ 
ity. According to the editor, Charles 
Rolander, the publication was developed 
for busy electronics executives who need 
concise, authoritative analyses of the ma¬ 
jor trends in the electronics industry. 


HTE Management Partners, 4575 Scotts 
Valley Dr., Ste. 105, Scotts Valley, CA 
95066; (408) 438-5937; no price listed. 

Modules/Hybrids. The eighth edition of 
this device specifications publication, 
which in previous editions listed more 
than 11,500 linear and digital hybrid ICs 
and modules from 84 manufacturers 
worldwide, has added 100 new devices, 
updated information on another 500 
devices, and many new sources for off- 
the-shelf hybrid ICs and modules. 
D.A.T.A., Inc., 9889 Willow Creek Rd., 
PO Box 26875, San Diego, CA 92126; 
(800) 854-7030; $95. 

Journal of computing in Civil Engineer¬ 
ing. This quarterly, published by the 
American Society of Civil Engineers 
(ASCE), focuses on the state-of-the art 
computing in civil engineering practice. 
Edited by Mark D. Abkowitz of 
Rensselaer Polytechnic Institute, the 
journal publishes descriptions of projects 
that have implications for the profession. 
ASCE, 345 East 47th St., New York, 

NY 10017-2398; (212) 705-7496; $11 for 
members, $44 for nonmembers. 

European circuit market. Hybrid Cir¬ 
cuits Market in Europe, Frost and 
Sullivan Report E905, reports that in the 
immediate future the market in Europe 
for surface mount circuits and thin- and 
thick-film circuits are predicted to grow 
at 64 and 17 percent, respectively. This 
276-page report foresees the sales of 
hybrid devices expanding from $1 billion 
(in 1985) to $4.4 billion in 1991. Frost & 
Sullivan, Inc., 106 Fulton St., New 
York, NY 10038-2786; (212) 619-0831; 
$2450. 

The Personal Computer Gateway Re¬ 
port. This 202-page report covers the 
evolution of gateways and the growing 
use of PCs as gateways to interconnect 
dissimilar computer networks, hosts, 
other PCs, and peripherals. Section 1 of 
the report examines the use of PCs as 
gateways in computer communications, 
and Section 2 surveys the major PC gate¬ 
way systems currently available on the 
market. The last section provides a list¬ 
ing of the addresses of PC gateway sys¬ 
tems vendors. Architecture Technology 
Corp., PO Box 24344, Minneapolis, MN 
55424; (612) 935-2035; $248. 
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Microsystem Announcements 

Company, Model, Function 

Comments R.S. No. 

Adaptive Computer 
Technologies 

ACT 154 

Modem 

A full-duplex asynchronous error-correcting compression modem that follows the standard 
Hayes command set. Speeds up to 9600 bps over standard 2400-bps dial-up data lines or up 
to 4800 bps over 1200-bps lines. Uses CRC-16 error-checking code. Price: $895. 

136 

Anchor Automation 
Signalman Secure 24 

Modem 

A 2400/1200-baud modem for applications requiring telecommunications security. Three 
levels of protection: password, callback, and secondary password. Stores about 64 
passwords and callback number combinations and has a secure interface through the RS- 
232-C port. Also operates in the nonsecure mode. Price: $599. 

137 

Bizcomp 

IntelliModem 2400 

Modem 

A 2400-bps external modem incorporating the company’s proprietary Adaptive Echo 
Cancellation. Compatible with Bell 103/212/V.22bis specifications, and Hayes. Also 
supports 1200 or 110 to 300 bps. Also comes in an internal version, IntelliModem 2400 PC. 
Price: $599. 

138 

Bizcomp 

EXT Model 4120NT 

Modem 

An IntelliModem for Northern Telecom Meridian PBX modem pools, especially for 

Meridian SL-1 LANstar Data Services. Incorporates modem-pool configuration options and 
communication protocols in firmware. Also operates on a stand-alone basis. Price: $549. 

139 

Boca Research 
BocaRAM/AT 

Memory board 

A memory board for the IBM AT, XT 286, and compatibles operating at CPU speeds up to 

16 MHz. Holds up to 2M bytes using 64K or 256K 150-ns RAM chips, or up to 4M bytes 
with a daughter board. Price: $245 for 128K, $395 for 1M byte, $595 for 2M bytes, $995 for 
4M bytes, $199 for a lM-byte RAM chip kit. 

140 

CASE Communications 
S-Gate 

Protocol converter 

An asynchronous to synchronous protocol conversion module for CASE DCX 
communications processors. Serves as a gateway to IBM SNA/SDLC systems, emulating 

3277 and 3278 Model 2 terminals and 3287 printers. Has standard RS-232-C and CCITT 

V.24 interfaces. Price: $6750. 

141 

Comark 

CAT C-RAM 

Memory board 

Provides the IBM AT-bus system with up to 1M byte of EPROM or RAM. Available with 
or without memory devices, configured from OK to 1M byte. Includes 32 sockets for 32K x 8 
JEDEC memory devices. Operates over the temperature range 0 to 55°C. Price: $350 with 
no memory, $1470 with lM-byte CMOS RAM. 

142 

Codex 

Codex 2630 

Modem 

Allows two independent multipoint applications to share a single 3002 unconditioned 
multipoint leased line. Speeds up to 4800 bps on one channel and 2400 bps on the other. 
Built-in asynchronous-to-synchronous converter. Price: $4200 for a two-port stand-alone, 
$4900 for a four-channel version, $5400 for a six-channel version. 

143 

Computer Design & 
Applications 

MicroMSP-4 

Array processor 

A single-board real-time signal and image processor that occupies a single slot in the 
backplane of a Micro VAX II computer. Performs up to 20 million 32-bit floating-point 
operations per second. Includes a vector processor, host interface, and 20-MHz 68020 
control processor. Price: $5950 (100’s). 

144 

Computer Peripherals 
Ramsack 

Memory board 

Provides up to 2M bytes of conventional, extended, and EMS/LIM RAM memory for the 
IBM PC-XT, PC-AT, and XT-286, and AT&T 6311 and 6300-Plus. Automatically switches 
to the type and mode of memory and operating speed (4.77 to 8 MHz) appropriate for the 
computer. Price: $665 for 1M byte. 

145 

Concord Data Systems 

CDS 212/V.22 AD 

Modem 

A full-duplex 1200- and 300-bps autodial modem with synchronous and asynchronous 
modes. Compatible with Bell 212 and 103 and CCITT V.21, V.22, and optionally V.23. 
Includes CDS and Hayes AT autodialing command sets. Price: $350. 

146 

Dynatem 

DCPU1 

CPU board 

A CMOS CPU board on the VEMbus with on-board battery. Has two serial ports, 40 
programmable parallel lines, three 16-bit timers, and real-time clock/calendar. Provides up 
to 512K bytes dual-ported SRAM. Based on either CMOS 68000 or 68010 CPUs at speeds 
up to 12.5 MHz. Price: $975 for 64K bytes, $1675 for 512K bytes. 

147 
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Company, Model, Function 


Comments 


R.S. No. 


LaPine Technology 
Spartan 20 
Hard disk drive 


National Semiconductor 
Fortran compiler for 32000 
Compiler 


NEC Home Electronics 
Multisync CGB, Model GB-1 
Color graphics board 

Prometheus Products 
ProModems 1200S, 2400S 
Modems 

Siemens Information 
Systems 

Tandberg 300 MB model 
Cartridge tape drive 

Sysgen 

Smart Image-60 
Cassette tape drive 


Tecmar 
QT-125 Series 
Cartridge tape drives 


Telenetics 

ED208 

Modem 


United States Software 
68HC11 FP AC/DP AC 
Floating-point library 


Xebec 

OWL III Model 40 
Hard disk drive 

Xebec 

OWL III Model 80D 
Hard disk drive 

Xycom 
XVME-616 
VMEbus processor 


A 20M-byte hard-disk 3.5-inch drive, first in the Spartan family of reduced-parts drives. 148 
Formatted capacity of 20.1M bytes, standard ST412 interface (5M-bits per second transfer 
rate), and average disk access time of 60 ms. Features a three-phase motor. Price: $250 in 
OEM quantities. 

An optimized Fortran compiler for use with National’s Series 32000 family of 32-bit 149 

microprocessors. Second in a series of compilers with a common back end. Converts syntax 
into an intermediate language, optimizes it, and converts the optimzed code into compiled 
code. Uses a proprietary global data flow analysis technique. Price: $2500 for the 
VAX/VMS (NSW-F77-BVRM) or VAX/Unix (NSW-F77-BVRX) cross compiler. 

A high-resolution 16-color display card with a palette of 64 colors for use with a NEC 150 

MultiSync Color Monitor or equivalent. Features hardware trapping and support of EGA 
functions, plus extended text mode. Comes with Dr. Halo II software. Price: $649. 

Security modems with two levels of security, password and callback. Handle up to 52 151 

passwords, battery-backed with 2K of CMOS memory. Provide an audit trail. Price: $499 
for the 1200-bps 1200S, $649 for the 2400-bps 2400S. 

A 300M-byte ‘/4-inch half-height streaming cartridge tape drive. Manufactured by Tandberg 152 
Data Systems. Features 24-track recording density, 20,000 flux changes per inch, and a 64K 
buffer. Uses series 600 XTD media. Has SCSI or QIC-2 interface. Available in second half 
of 1987. Price: Under $1000. 

A 60M-byte cassette tape system for the IBM PC-XT and PC-AT. Features dual read-write 153 
heads, a dedicated controller, and proprietary software for automatic backup. Once a user 
has backed up the entire disk, the Smart software can be set to back up only files that have 
changed. Price: $895. 

A series of 125M-byte !4-inch cartridge tape subsystems. Designed for 16- and 32-bit PCs. 154 
Work with IBM PC-XT, PC-AT, and compatible 8088, 80286, and 80386 systems, and 
Compaq Deskpro 286 and 386 PCs. Conform to the QIC-120 standard. Price: $1895 for 
QT-125i internal subsystem, $2495 for QT-125e external subsystem. 

A Bell 208 stand-alone 4800/2400-bps synchronous modem for use over leased lines and the 155 
dial-up network. Can record up to 20 numbers for autocall. Has an MI/MIC feature for 
callback security applications. Controlled by front panel keys, host computer, or terminal. 

Price: $1245. 

A floating-point math software package that operates on the 68HC11. Conforms to the 156 

IEEE 745 Floating-Point Standard. Single-precision (FPAC, 32-bit) or double-precision 
(DPAC, 64-bit) format. Also includes trig and log functions, exponentiation functions, data 
conversion procedures, and utility procedures. Price: $950 for FPAC, $1250 for FPAC and 
DPAC. 

A half-height 40M-byte 514-inch hard disk drive. Complies with ANSI standard SCSI Rev. 157 
17B, CCS Rev.4. Incorporates controller logic and rive electronics on a printed circuit 
board. Price: $750. 

A full-height 80M-byte 5 'A-inch hard disk drive. Complies with ANSI SCSI standard. 158 

Features dual actuator, dual data paths, and multiplexing, resulting in overlapping disk I/O 
operations. Geared for multiterminal, multitasking disk storage. Price: $1295. 

A two-board 10-MHz 16-bit CPU module designed to execute high-level language 159 

instructions at speeds of 6.67 MIPS. Includes an arithmetic stack and a return stack 
independent of main memory. Has a firmware OS called Metasys, reconfigurable to suit the 
application. Provides 128K RAM, 512K ROM, two 28-pin EPROM sites, and two RS-232- 
C-compatible ports. Features interrupt circuitry and watchdog timer. Price: $3900. 
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1C Announcements 


Company, Model, Function Comments R.S. No. 


Analog Devices 

AD7628 

DAC 


Analog Devices 
ADSP-3128 
Register file 


Hitachi America 

HM66204 

SRAM 


1XYS 

IXMS150 

Controller 


Linear Technology 
200°C analog ICs 
Op amps 


National Semiconductor 
DP8422 

Controller/driver 

Standard Microsystems 

FDC765ALJP 

Controller 


Texas Instruments 
TGA8014 
MMIC amp 

Texas Instruments 
TGA8021 
MMIC amp 

Texas Instruments 
TGA8035 
MMIC amp 

Thomson Components 

TS27C64-XXCQ 

EPROM 

Vitarel Microelectronics 

VMS256 

SRAM 


Vitarel Microelectronics 

VME256 

EEPROM 


A dual 8-bit CMOS DAC that operates on + 12V or + 15V while remaining TTL 120 

compatible. Features input buffering and four-quadrant multiplication with separate 
reference input and feedback resistors for each DAC. Comes in a 20-pin DIP. Available in 
Cerdip or LCC for -25 to +85°C for BQ grade or -55 to + 125°C for TQ grade. Plastic 
version for 0 to + 70°C in DIP or PLCC. 

A five-port CMOS register file that serves as scratchpad memory for arithmetic processors. 121 
Features 50ns cycle time, 20-ns clock-to-valid output delay, and 35-ns address-to-valid 
output delay in the transparent mode. Can be programmed as 128x16 or 64x32. Comes in a 
144-pin PGA. Price: starts at $145 (100’s). 

A one megabit SRAM memory module, 128K-bit word x 8-bit. Features two 256K-bit 122 

SRAMs surface mounted on each side of a 600-mil-wide, 32-pin DIP. Has a built-in 
decoder. Available in in 120- and 150-ns versions featuring static operation. Price: $90 for 
150-ns version (100’s). 

A monolithic two-channel CMOS PWM control processor for microstepping two-phase 123 

stepper motors. Simultaneously controls currents in two separate H-bridge drivers at 
frequencies as high as 400 KHz. Comes in a 24-pin DIP. Price: $19.08 (100’s) and $14.68 
(1000’s). 

Four op amps that operate over the range from - 55°C to + 200°C. LT1001XH is a 124 

precision op amp ($22.75 in 100’s). LT1007XH is a low-noise, high-speed precision op amp 
($31.25 in 100’s). LM101AXH is an uncompensated general-purpose op amp ($12.75 in 
100’s). LM118XH is a high slew-rate op amp ($26 in 100’s). No prices given. 

A programmable CMOS DRAM controller/driver that directly addresses and drives an 125 

array of 4M-bit DRAMs up to 64M bits in size. Does not require external support circuits. 
Adjustable contro-signal pulse widths. Supports dual-port access. Price: $25 (1000’s). 

A low-power PLCC floppy-disk controller for surface-mount applications. Comes in a 126 

44-pin PLCC package. Controls up to four floppy disk drives. Supports IBM double¬ 
density and single-density formats. Operates from a +5V power supply. Price: $8.80 
(100’s). 

A GaAs monolithic medium-power amplifier for the 6- to 18-GHz frequency range. 127 

Incorporates a 900-micron input FET and a 1200-micron output FET to provide 8-dB 
nominal gain and 400-mW typical output power. Price: $145 (1000’s). 

A GaAs monolithic low-noise amplifier designed for X-band frequencies. Uses a single- 128 

ended feedback design. The I/O SWR is 1.4:1 maximum over the 9.2- to 10.2-GHz 
frequency range. Typical room temperature noise is 2.4 dB. Price: $145 (1000’s). 

A two-stage GaAs monolithic amplifier designed for the 6- to 18-GHz frequency band. Uses 129 
two 300-micron gate-width FETs to provide 12-dB nominal gain with less than a 7-dB noise 
figure. Power output is 12 dBm at 1-dB gain compression. Price: $75 (1000’s). 

A CMOS EPROM organized in an 8K x 8 memory array with access times of 250 ns and 300 130 

ns. Uses a 28-pin JEDEC-approved pinout. Also available in extended temperature range 
devices. Price: $3.63 for the 250-ns version and $3.50 for the 350-ns version (100’s). 

Contains four CMOS SRAM memory chips, 8K x 8 bits each, assembled in LCCs to both 131 
sides of a 28-pin ceramic substrate, along with a decoder circuit chip and decoupling 
capacitors. Price: $250 for the 70-ns version (P/N VMS256S-70B). 

Features four CMOS EEPROMs, 8K x 8 each, for a total capacity of 256K bits. Each 132 

memory die is packaged into LCCs and dual-side mounted onto a 28-pin ceramic substrate 
with decoder circuitry and decoupling capacitors. Price: $575 for the 100-ns VME256L- 
100B; $500 for the 250-ns Mil-Std-883 VME256A-250B. 
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CALL FOR PAPERS 


Call for papers for Computer 


Computer magazine seeks articles that 
cover the state of the art and important 
new developments in computer science, 
technology, and applications. Aimed at a 
broad audience with diverse interests and 
experience. Computer usually publishes 
surveys or tutorials that facilitate the 
transfer of technology from university to 
industry, from research to applications, 
and across specialized fields. Submit six 
copies of the manuscript, including il¬ 
lustrations, references, and authors’ 
biographies, to 

• Bruce Shriver 

IBM T.J. Watson Research Center 
Route 134 

PO Box 704, H0-B04A 
Yorktown Heights, NY 10598 
(914) 789-7626 
Compmail +: b.shriver 
CSnet: shriver@ibm.com 
Vnet: shriver at yktvmh 


Computer also seeks special-issue pro¬ 
posals and articles in the following topic 


• electronic publishing, 

• optical computing, 

• the European computer industry, 

• fabrication and packaging 
technologies, 

• noncoded information, 

• computer-integrated manufacturing, 

• technology transfer process, 

• computers in consumer electronics, 
automobiles, etc., 

• design and implementation of large- 
scale systems, and 

• engineering and scientific worksta- 


Prospective guest editors and authors 
should submit proposals and articles 
directly to Bruce Shriver. 


ICC AD-87, IEEE International Con- 
ference on Computer-Aided Design: 

November 9-12, 1987, Santa Clara, Califor¬ 
nia. Submit 12 copies of both a one- 
paragraph abstract and a more detailed 
description not to exceed 1500 words or six 
pages by May 1, 1987, to ICCAD-87 
Secretary, Mentor Graphics Corp., 1940 
Zanker Rd„ San Jose, CA 95112; (408) 
436-1500. 


1987 IEEE Workshop on Languages for 
Automation: August 24-27, 1987, Vienna. 
Submit papers by May 1, 1987, to M. Tauber, 
Dept, of Computer Science, University of 
Pittsburgh, Pittsburgh, PA 15260. 

Second Workshop on Empirical Studies of 
Programmers: December 7-8, 1987, Washing¬ 
ton, DC. Submit six copies of the manuscript 
(15 to 25 pages) by May 1, 1987, to Gary 
Olson, Cognitive Science and Machine In¬ 
telligence Laboratory, 904 Monroe St., 
University of Michigan, Ann Arbor, MI 
48109. 


12th Conference on Local Computer 

Networks: October 5-7, 1987, Min¬ 
neapolis, Minnesota. Submit six copies of the 
paper (include an abstract) by May 1, 1987, to 
Robert Linebarger, Computer Science Dept., 
242 TMCB, Brigham Young University, Pro¬ 
vo, UT 84602; (801) 378-2835. 

21st Annual Simulation Symposium 
vs? (Computer Society, IMACS, SCS): 
March 16-18, 1988, Tampa, Florida. Submit a 
proposal (750 words minimum) that describes 
the contents and range of the paper by May 
10, 1987, to Mike Abrams, Performance 
Analysis, SER Bldg., NCR Corp., 1700 Pat¬ 
terson Blvd., Dayton, OH 45479. Proposals 
for panel sessions and workshops are also 
sought; submit them to Mike Abrams. 


IWDM-87, Fifth International Workshop on 
Database Machines: October 5-8, 1987, 
Karuizawa, Nagano Prefecture, Japan. Sub¬ 
mit four copies of the complete paper (5000 
words maximum, including a 100-word 
abstract) by May 15,1987, to M. Kit- 


Conferences that the Computer Society participates in 
er Society logo; additional conference sponsors are list 
interest to our readers are also included. 

For inclusion in Call for Papers or Calendar, submit information six weeks before the month of 
publication (e.g., for the July 1987 issue, send information for receipt by May 15,1987) to Calendar 
Editor, Computer, 10662 Los Vaqueros Circle, Los Alamitos, CA 90720. 


suregawa. Institute of Industrial Science, 
University of Tokyo, 7-22-1, Roppongi, 
Minato-ku, Tokyo 106, Japan; phone 81 (03) 
402-6231. 


Third Annual Expert Systems in 
Government Conference (Computer 
Society, AIAA): October 19-23, 1987, Wash¬ 
ington, DC. Submit three copies of the paper 
by May 15, 1987, to ESIG 87, MS W418, 
Mitre Corp., 7525 Colshire Dr., McLean, VA 
22102. Proposals for panel sessions and 
tutorials are also sought. 


£3^ 26th Lake Arrowhead Workshop: 

Specifying Concurrent Systems in the 
Year 2000: September 16-18, 1987, Lake 
Arrowhead, California. The workshop will 
ask “What hope do we have for designing 
correct concurrent programs in the year 2000? 
In fact, how will we describe such programs 
so that reasonable system specifications can 
be written?” The workshop’s attendance is 
limited; those interested in making a presenta¬ 
tion should call immediately. Contact Brent 
Hailpern, IBM T.J. Watson Research Center, 
PO Box 704, Yorktown Heights, NY 10598; 
(914) 789-7797; CSnet bth@ibm.com. 
Materials are due by May 15, 1987. 


Fifth Annual Canadian Information Process¬ 
ing Society Edmonton Conference: November 
3-5, 1987, Edmonton, Alberta, Canada. Send 
four copies of paper or extended abstract by 
May 31, 1987, to Wayne A. Davis, Dept, of 
Computing Science, University of Alberta, 
Edmonton T6G 2H1, Alberta, Canada; 
phone (403) 432-3976. 


i£3^j Compcon Spring 88: February 
vs? 29-March 4, 1988, San Francisco. This 
conference provides a broad-based technical 
update of the leading developments in the 
computing field. Persons interested in making 
technical presentations should submit four 
copies of an extended abstract or a complete 
paper. Persons interested in organizing a 
three-speaker, 90-minute session or panel, or 
in presenting a one-day tutorial, should sub¬ 
mit a proposal. Suggestions for topics, ses¬ 
sions, or tutorials are welcome. The earliest 
submissions have the most influence. Submit 
materials by June 1, 1987, to Hasan 
AlKhatib, Dept, of Electrical Engineering and 
Computer Science, University of Santa Clara, 
Santa Clara, CA 95053; (408) 554-4485. 

(See ad on page 74 of the March issue of 
Computer.) 


IEEE Software: Materials on CASE 
tools, workstation software, and scien¬ 
tific systems are sought for the January 1988 
issue. Contact Ted Lewis, editor-in-chief, 
IEEE Software, c/o Computer Science Dept., 
Oregon State University, Corvallis, OR 
97331; (503) 754-3273; CSnet, orstcsllewis; 
Compmail +, t.lewis. Materials are due by 
June 1, 1987. 
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CALENDAR 


IEEE Transactions on Computers: 

^87 Papers are sought for a special issue on 
fault-tolerant computing. Guidelines for sub¬ 
mitting manuscripts appear on the back cover 
of every issue of IEEE Transactions on Com¬ 
puters. Submit six copies of paper by June 1, 
1987, to Gerald M. Masson, Dept, of Com¬ 
puter Science, Johns Hopkins University, 
Baltimore, MD 21218; (301) 338-7013. 

Micro 20, 20th Annual Workshop on 
Microprogramming: December 1-4, 1987, 
Colorado Springs, Colorado. Submit one 
copy of the complete paper by June 1, 1987, 
to Gearold R. Johnson, Center for Com¬ 
puter-Assisted Engineering, Colorado State 
University, Fort Collins, CO 80523; (303) 
491-5543. 


April 1987 

ACM Spring Seminar Series: Talks on Com¬ 
puter Performance Management, on Pro¬ 
totyping Essential Systems Requirements, and 
on Software Development Using Modula 2, 

April 20, Washington, DC. Contact ACM 
Professional Development Committee, PO 
Box 39110, Washington, DC 20016; (202) 
462-1215. 

ACM Spring Seminar Series: Talks on Infor¬ 
mation Security and on New Paradigms for 
Software Development, April 21, Washing¬ 
ton, DC. Contact ACM Professional 
Development Committee, PO Box 39110, 
Washington, DC 20016; (202) 462-1215. 


(Computer Society, NBS), April 27-29, 
Gaithersburg, Maryland. Contact Vincent 
Lum, Dept, of Computer Science, Naval 
Postgrad School, Monterey, CA; (408) 
646-2449. 

IEEE Symposium on Security and 
Privacy, April 27-29, Oakland, Califor¬ 
nia. Contact Virgil Gligor, University of 
Maryland, Dept, of Electrical Engineering, 
College Park, MD 20742; (301) 454-8846. 

Conference on Lasers and Electro-Optics 
(IEEE), April 27-May 1, Baltimore. Contact 
Optical Society of America, Meetings Dept., 
1816 Jefferson PI. NW, Washington, DC 
20036; (202) 223-0926. 


Multi 88, 1988 SCS Multiconference: Model¬ 
ing and Simulation on Microcomputers, Con¬ 
ference on Power Plant Simulation, Aero¬ 
space Simulation, Distributed Simulation, and 
Simulation and Artificial Intelligence: 
February 3-5, 1988, San Diego, California. 
Submit proposals for papers (proposals not to 
exceed 300 words) and proposals for special 
sessions by June 1, 1987, to SCS, PO Box 
17900, San Diego, CA 92117; (619) 277-3888. 


£3^ Second IEEE Conference on Computer 
Workstations: March 7-10, 1988, Santa 
Clara, California. Submit six copies of the 
paper (5000 words maximum) by July 29, 
1987, to Keith Lantz, Computer Science 
Dept., Stanford University, Stanford, CA 
94305; (415) 723-0776. 

IEEE Software: Materials on fourth- 
generation language development, soft¬ 
ware legal aspects, and software modeling are 
sought for the March 1988 issue. Contact Ted 
Lewis, editor-in-chief, IEEE Software, c/o 
Computer Science Dept., Oregon State Uni¬ 
versity, Corvallis, OR 97331; (503) 754-3273; 
CSnet, orstcsllewis; Compmail +, t.lewis. 
Materials are due by August 1,1987. 


Information Sciences—An International 
Journal: Papers are sought for a special issue 
on database systems. Submit four copies of 
papers by August 1, 1987, to Ahmed 
Elmagarmid, Computer Engineering Pro¬ 
gram, 121 Electrical Engineering East Bldg., 
Pennsylvania State University, University 
Park, PA 16802; (814) 863-1047. 


^3^ IEEE Infocom 88: Networks—Evolu- 
^87 tion or Revolution?: March 28-31, 

1988, New Orleans. Submit four copies of the 
complete paper by August 3, 1987, to A1 
Leon-Garcia, Dept, of Electrical Engineering, 
University of Toronto, Toronto, Ontario 
M5S 1A4, Canada; phone (416) 978-5037. 


£3^ 10th Annual IEEE Workshop on Design 
^*7 for Testability, April 21-23, Vail, Colo¬ 
rado. Contact T.W. Williams, IBM Corp., PO 
Box 1900, MS 67A/021, 6300 Diagonal Hwy., 
Boulder, CO 80302-9191. 

ACM Spring Seminar Series: Talks on PC 
Networks and on Real-Time Systems Design 
Using Ada, April 22, Washington, DC. Con¬ 
tact ACM Professional Development Com¬ 
mittee, PO Box 39110, Washington, DC 
20016; (202) 462-1215. 

ACM Spring Seminar Series: Talks on Ada 
for Information Systems and on Unix, April 

23, Washington, DC. Contact ACM Profes¬ 
sional Development Committee, PO Box 
39110, Washington, DC 20016; (202) 
462-1215. 

18th Annual Pittsburgh Conference on 
Modeling and Simulation (IEEE, ISA, SCS), 
April 23-24, Pittsburgh. Contact William G. 
Vogt or Marlin H. Mickle, 348 Benedum 
Engineering Hall, University of Pittsburgh, 
Pittsburgh, PA 15261. 

ACM Spring Seminar Series: Talks on Com¬ 
paring C, Pascal, and Ada, and on Managing 
Jackson Structured Design, April 24, Wash¬ 
ington, DC. Contact ACM Professional 
Development Committee, PO Box 39110, 
Washington, DC 20016; (202) 462-1215. 


Design Automation Workshop on 
Placement and Floorplanning (Com¬ 
puter Society, ACM), April 27-29, Hilton 
Head Island, South Carolina. Contact Brian 
Preas, Xerox PARC, 3333 Coyote Hill Rd., 
Palo Alto, CA 94304; (415) 494-4000. 

^3^, IEEE Computer Society Symposium on 
Office Automation: Integration, Inter¬ 
connection, and Use of Personal Computers 


May 1987 

CICC-87, Custom Integrated Circuits Con¬ 
ference (IEEE), May 4-7, Portland, Oregon. 
Contact Laura A.H. Silzars, Convention 
Coordinating, 6900 SW Canyon Dr., 

Portland, OR 97225; (503) 292-6347. 

ISCAS-87, 1987 IEEE International Sym¬ 
posium on Circuits and Systems, May 4-7, 
Philadelphia. Contact Samuel D. Bedrosian, 
Dept, of Electrical Engineering, University of 
Pennsylvania, Philadelphia, PA 19104; (215) 
898-8518 or W.K. Chen, University of Illinois, 
Box 4348, Chicago, IL 60680; (312) 996-2462. 

APL-87 (ACM), May 10-14, Dallas. Contact 
John Carpenter, Suite 210, 440 Northlake 
Center, Dallas, TX 75238. 

37th Electronic Components Conference 
(IEEE), May 11-13, Boston. Contact Doug 
Loescher, Sandia National Laboratories, 
Division 2123, PO Box 5800, Albuquerque, 
NM 87185, or James A. Woolley, 3M Co., 

3M Center, 207-1W-10, St. Paul, MN 55144; 
(612) 733-9699, or Tom Pilcher, Mallory 
Capacitor Co., PO Box 372, Indianapolis, IN 
46206; (317)261-1306. 

/£3^j Eighth IEEE Symposium on Mass 
^57 Storage Systems, May 11-14, Tucson, 
Arizona. Contact Patrick Savage, Shell 
Development Co., PO Box 481, Houston, TX 
77001; (713) 663-2384. 

1987 ACM SIGMetrics Conference on 
Measurement and Modeling of Computer 

Systems, May 11-14, Banff, Alberta, Canada. 
Contact Rick Bunt, Dept, of Computational 
Science, University of Saskatchewan, Saska¬ 
toon S7N 0W0, Canada. 
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g^, CompEuro 87, International Con- 
^*7 ference on VLSI and Computers (Com¬ 
puter Society, GI, VDE), May 11-15, Ham¬ 
burg, West Germany. Contact W.E. Proebster, 
IBM Laboratory, PO Box 80 08 80, D-7000 
Stuttgart 80, West Germany; phone 49 
(07031) 16-3929. 

Fifth Conference on Real-Time Computer 
Applications in Nuclear, Particle, and Plasma 
Physics (IEEE), May 11-15, San Francisco. 
Contact Dale Horelick, Stanford Linear Ac¬ 
celerator Center, PO Box 4349, Bin 57, Stan¬ 
ford, CA 94305. 

gii IEEE Workstation Technology and 
v*? Systems Workshop, May 12-13, Cherry 
Hill, New Jersey. Contact Ralph J. Preiss, 12 
Colburn Dr., Poughkeepsie, NY 12603; (914) 
435-8185 (office). 

International Workshop on Logic Synthesis 
(IEEE), May 12-15, Research Triangle Park, 
North Carolina. Contact Stefanie Mendell, 
Microelectronics Center of North Carolina, 
PO Box 12889, Research Triangle Park, NC 
27709; (919) 248-1842. 

Videoconference: Computer Integrated 
Manufacturing—Basic Architecture Models 
(IEEE), May 13, various locations. Contact 
IEEE Continuing Education Dept., IEEE Ser¬ 
vice Center, 445 Hoes Lane, PO Box 1331, 
Piscataway, NJ 08855-1331; (201) 981-0060, 
ext. 412. 

ACM Conference on the History of Scientific 
and Numeric Computation, May 13-15, 

Princeton, New Jersey. Contact Frank Fried¬ 
man, Dept, of Computer and Information 
Science, Rm. 303, Computer Center Bldg., 
Temple University, Philadelphia, PA 19122; 
(215) 787-8450. 


International Workshop on Real-Time Ada 
Issues (ACM), May 13-15, Devon, England. 

Contact J.G.P. Barnes, Alsys, Ltd., Newtown 
Rd., Henley on Thames, Oxon, England, June 1987 


g^l West Coast Testing Workshop, May 
17-20, Lake Tahoe, Nevada. Contact 
Don Nelson, 1575 Garden of the Gods, Colo¬ 
rado Springs, CO 80907. 

g^j Eighth Symposium on Computer Arith- 
metic (Computer Society, AEI, Euro- 
micro, IFIP), May 19-21, Como, Italy. Con¬ 
tact Mary Jane Irwin, Dept, of Computer 
Science, 333 Whitmore Laboratory, Pennsyl¬ 
vania State University, University Park, PA 
16802 or Luigi Dadda, Dept, of Electronics, 
Piazza Leonardo da Vinci 32, Politecnico di 
Milano, 1-20133 Milan, Italy. 

19th Annual ACM SIGACT Symposium on 
Theory of Computing, May 25-27, New York. 
Contact Dana May Latch, CIS, Brooklyn 
College, CUNY, Brooklyn, NY 11210 (718) 
780-5657. 

g^ CG International 87, Fifth International 
Conference on Computer Graphics in 
Japan (Computer Society, CGS), May 25-28, 
Karuizawa, Nagano Prefecture, Japan. Con¬ 
tact Tosiyasu L. Kunii, Dept, of Information 
Science, Faculty of Science, University of 
Tokyo, Hongo, Tokyo 113, Japan; phone 81 
(03)812-2111, ext. 4116. 

g^ 1987 International Symposium on 
Multiple-Valued Logic, May 26-28, 

Boston. Contact Dan Simovici, Dept, of 
Mathematics and Computer Science, Univer¬ 
sity of Massachusetts, Boston, MA 02125; 
(617) 929-7966. 

1987 ACM SIGMOD Annual Conference on 
Management of Data, May 27-29, San Fran¬ 
cisco. Contact Michael Stonebraeker, Univer¬ 
sity of California, 549 Evans Hall, Berkeley, 
CA 94720; (415) 642-5799. 


UK. 

g^ Third International Symposium on 
'v*7 VLSI Technology, Systems, and Appli¬ 
cations, May 13-15, Taipei, Taiwan. Contact 
Ben M.Y. Hsiao, IBM Corp., Dept. D18, 
Bldg. 707, PO Box 390, Poughkeepsie, NY 
12602 or Morris Chang, ITR1, No. 1, Jen Ai 
Rd., Sec. 2, Taipei, Taiwan. 

ACM International Speaker Series: Talk on 
“A Simple Approach to the Programming of 
Parallel Computer Systems,” May 15, Wash¬ 
ington, DC. Contact ACM Professional 
Development Committee, PO Box 39110, 
Washington, DC 20016; (202) 462-1215. 


gii IFIP Workshop on CAD Engines 

(Computer Society, IPSJ, Institute of 
Elect./Com. Eng. of Japan), June 1-2, 

Kakaishinlou, Kainkan, Japan. Contact 
Tatsuo Ohtuski, Waseda University, Dept, of 
Elec, and Comm., School of Science and 
Engineering, 3-4-2 Okubo, Shinjuku, Tokyo 
160, Japan; phone 81 (03) 209-3211. 

g^j Westex 87, Second Western Expert 
Systems Conference, June 2-4, 
Anaheim, California. Contact Gene Dippel, 
PO Box 2111, Fullerton, CA 92633-0111; 
(714)733-3921. 


g^, 14th International Symposium on Com- 
puter Architecture, June 2-5, Pitts¬ 
burgh. Contact Zary Segall, Computer 
Science Dept., Carnegie Mellon University, 
Pittsburgh, PA 15213; (412) 268-3736. 


10th Annual International Conference on 
Research and Development in Information 
Retrieval (ACM), June 3-5, New Orleans. 
Contact Donald H. Kraft, Dept, of Computer 
Science, Louisiana State University, Baton 
Rouge, LA 70803; (504) 388-1495. 

Third Symposium on Computational 
Geometry (ACM), June 8-10, Waterloo, On¬ 
tario, Canada. Contact Derick Wood, Dept, 
of Computer Science, University of Waterloo, 
Waterloo, Ontario N2L 3G1, Canada. 


gjt ICCV-87, First International Con- 

ference on Computer Vision, June 8-11, 

London. Contact Azriel Rosenfeld, University 
of Maryland, Center for Automation 
Research, College Park, MD 20742; (301) 
454-4526. 


ACM Tutorials for Professional Develop¬ 
ment, June 8-12, New York. Contact Bridget 
Gann, ACM, 11 W. 42nd St., New York, NY 
10036; (212) 869-7440. 


1987 American Control Conference (AIAA, 
AIChE, ASME, IEEE, ISA, SCS), June 
10-12, Minneapolis, Minnesota. Contact 
Abraham H. Haddad, School of Electrical 
Engineering, Georgia Institute of Technology, 
Atlanta, GA 30332-0250; (404) 894-3930. 


g^v Second IEEE Workshop on Software 
^57 Technology Transfer, June 11-13, Santa 
Fe, New Mexico. Contact Charles Richter, 
MCC, Software Technology Program, PO 
Box 200195, Austin, TX 78720. 


g^j NCC-87, National Computer Con¬ 
vex ference (Computer Society, AFIPS, 
ACM, DPMA, SCS), June 15-18, Chicago. 
Contact AFIPS, 1899 Preston White Dr., 
Reston, VA 22091; (703) 620-8900. 


1987 Holm Intensive Course on Electrical 
Contacts (IEEE), June 15-19, San Francisco. 
Contact Kate Scheld, IEEE Headquarters, 
345 E. 47th St., New York, NY 10017-2394; 
(212) 705-7405. 


g^v Second Annual Conference on Struc- 
ture in Complexity Theory, June 16-19, 

Ithaca, New York. Contact Alan Selman, 
College of Computer Science, 161 Cullinane 
Hall, 360 Huntington Ave., Boston, MA 
02215; (617) 437-8688. 
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IEEE First Annual International Conference 
on Neural Networks, June 21-24, San Diego, 
California. Contact N. Feldman, 3770 Tansy 
St., San Diego, CA 92121; (619) 453-6222. 


Second Annual Symposium on Logic in 
\gs Computer Science (Computer Society, 
ASL, EATCS), June 22-25, Ithaca, New 
York. Contact Ashok K. Chandra, IBM T.J. 
Watson Research Center, PO Box 218, 
Yorktown Heights, NY 10598; (914) 945-1752. 


Third International Conference on Data 
Communication Systems and Their Perfor¬ 
mance (IEEE, IFIP), June 22-25, Rio de 
Janeiro, Brazil. Contact Third Conference on 
Data Communications and Performance, Rua 
do Ouvidor, 60/614, CEP 20040, Rio de 
Janeiro, RJ, Brazil. 


July 1987 


CAR-87, Second International Con¬ 
vey ference on Computer-Assisted 
Radiology (Computer Society, ACM), July 
1-4, Berlin. Contact Michael L. Rhodes, 
Multi-Planar Diagnostic Imaging, Inc., 2730 
Pacific Coast Hwy., Torrance, CA 90505; 
(213) 539-5944. 

Workshop on Real-Time Operating 

V57 Systems, July 2-3, Cambridge, 
Massachusetts. Contact Krithi Ramamritham, 
Dept, of Computer and Information Science, 
Graduate Research Center, University of 
Massachusetts, Amherst, MA 01003; (413) 
535-0196 or A1 Mok, Dept, of Computer 
Science, University of Texas, Austin, TX 
78713;(512) 471-9542. 


NATO Advanced Study Institute on Testing 
and Diagnosis of VLSI and ULSI, June 
22-July 4, Como, Italy. Contact F. Lombardi, 
University of Colorado at Boulder, Campus 
Box 425, Boulder, CO 80309; (303) 492-1437 
or M. Sami, Dept, di Elettronica, Politecnico 
di Milano, Piazza Leonardo da Vinci 32, 
1-20133 Milan, Italy; phone 39 (2) 2399-3516. 


NECC-87, Eighth National Educational Com¬ 
puting Conference (ACM, SCS), June 24-26, 
Philadelphia. Contact Frank L. Friedman, 
Computer Activities Bldg., Box JA1, Dept, of 
Computer and Information Sciences, Temple 
University, Philadelphia, PA 19122; (215) 
787-8450. 


igN FTCS-17, 17th International Sym- 

posium on Fault-Tolerant Computing, 
July 6-8, Pittsburgh. Contact John Shen, 
Carnegie Mellon University, Dept, of Elec¬ 
trical and Computer Engineering, Pittsburgh, 
PA 15213; (412) 268-3601. 

® MCC-University Research Symposium, 
July 14-15, Austin, Texas. Contact 
Irwin P. Graham, MCC, 3500 W. Balcones 
Dr., Austin, TX 78759; (512) 338-8227. 

ACM SIGGraph 87, July 27-31, 

Anaheim, California. Contact SIG¬ 
Graph 87 Conference Management, 111 E. 
Wacker Dr., Suite 600, Chicago, IL 60601; 
(312) 644-6610. 


gN Second International Conference on 
'v5y Computer Applications, June 24-26, 

Beijing. Contact Tse-yun Feng, Penn State 
University, Electrical Engineering East Bldg., 
University Park, PA 16802 or Oscar N. Gar¬ 
cia, Dept, of Electrical Engineering and Com¬ 
puter Science, Rm. T-637, George Washing¬ 
ton University, 801 22nd St. NW, Washing¬ 
ton, DC 20052; (202) 676-7175. 


SIGPIan 87, Symposium on Interpreters 
and Interpretive Techniques (Computer 
Society, ACM), June 24-26, St. Paul, Min¬ 
nesota. Contact Mark Scott Johnson, 
Hewlett-Packard Labs, 1501 Page Mill Rd., 
3024, Palo Alto, CA 94304-1181. 

DAC-87, 24th ACM/IEEE Design 
vsy Automation Conference, June 28-July 

1, Miami Beach, Florida. Contact Design 
Automation Conference, P.O. Pistilli, MP 
Associates, 7366 Old Mill Trail, Boulder, CO 
80301; (303)530-4562. 


August 1987 


IEEE/ACM Symposium on the Simula- 
vsy tion of Computer Networks (Computer 
Society, ACM, SCS), August 5-7, Colorado 
Springs, Colorado. Contact Mitchell Spiegel, 
GTE Systems, 1700 Research Blvd., 

Rockville, MD 20850; (301) 294-8400. 


Sixth ACM SIGACT-SIGOps Symposium on 
Distributed Computing, August 10-12, Van¬ 
couver, British Columbia, Canada. Contact 
David Kirkpatrick, Dept, of Computing 
Science, University of British Columbia, Van¬ 
couver, British Columbia, Canada, or Fred B. 
Schneider, Dept, of Computer Science, Upson 
Hall, Cornell University, Ithaca, NY 14853. 


Compass 87, Conference on Computer 
Assurance (IEEE), June 29-July 3, Washing¬ 
ton, DC. Contact Frank Houston, PO Box 
5314, Rockville, MD 20851; (301) 443-5020. 


Ninth International Conference on Pro- 
\§y duction Research (Computer Society, 
IFPR), August 17-20, Cincinnati, Ohio. Con¬ 
tact Ernest L. Hall, Center for Robotics 


Research, University of Cincinnati, ML 72, 
Cincinnati, OH 45221. 


gN 1987 Workshop on Visual Languages, 
K57 August 19-21, Linkoping, Sweden. 
Contact Erland Jungert, FFV Elektronik AB, 
Agatan 29, S-582 22 Linkoping, Sweden, or 
R. Korfhage, Dept, of Information Science, 
University of Pittsburgh, Pittsburgh, PA 
15260; (412) 624-5206. 

gj\ International Workshop on Petri Nets 
N57 and Performance Models, August 
24-26, Madison, Wisconsin. Contact Tadao 
Murata, Dept, of Electrical Engineering and 
Computer Science, MC 154, Box 4348, 
Chicago, IL 60680; (312) 996-3407. 


1987 IEEE Workshop on Languages for 
Automation, August 24-27, Vienna. Contact 
M. Tauber, Dept, of Computer Science, 
University of Pittsburgh, Pittsburgh, PA 
15260. 


g^i 1987 Annual International Test Con- 
ference, August 30-September 4, Wash¬ 
ington, DC. Contact Doris Thomas, PO Box 
264, Mount Freedom, NJ 07970; (201) 
895-5260. 


September 1987 

Third International Conference on Functional 
Programming Languages and Computer Ar¬ 
chitecture (ACM, IFIP, INRIA), September 
14-16, Portland, Oregon. Contact John H. 
Williams, IBM Almaden Research Center, 
K53/803, 650 Harry Rd., San Jose, CA 
95120-6099. 


Midcon 87 (IEEE), September 15-17, Rose- 
mont, Illinois. Contact Alexes Razevich, 
Electronic Conventions Management, 8110 
Airport Blvd., Los Angeles, CA 90045; (213) 
772-2965 or (800)421-6816. 


26th Lake Arrowhead Workshop: 

*51? Specifying Concurrent Systems in the 
Year 2000, September 16-18, Lake Ar¬ 
rowhead, California. Contact Brent Hailpern, 
IBM T.J. Watson Research Center, PO Box 
704, Yorktown Heights, NY 10598; (914) 
789-7797; CSnet bth@ibm.com. 

|£3^j CSM-87, Conference on Software 

Maintenance (Computer Society, AWC, 
DPMA, NBS, SMA), September 21-24, 

Austin, Texas. Contact Roger Martin, Na¬ 
tional Bureau of Standards, Bldg. 225, Rm. 
B266, Gaithersburg, MD 20899; (301) 
921-3545 or Computer Society of the IEEE, 
1730 Massachusetts Ave. NW, Washington, 
DC 20036-1903; (202) 371-0101. 
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£3)} ICDCS-7, Seventh International Con¬ 
vey ference on Distributed Computing 
Systems, September 21-25, Berlin. Contact R. 
Popescu-Zeletin, Hahn-Meitner-Institut 
Berlin, Glienicker Strasse 100, D-1000, Berlin 
39, West Germany; phone 49 (30) 8009-2594 
or 49 (30) 8009-2541. 

International Conference on Software 
VS7 Engineering for Real-Time Systems, 
September 28-30, Cirencester, England. Con¬ 
tact R. Larry, Institute of Electronic and 
Radio Engineers, 99 Gower St., London 
WC1E 6AZ, England UK. 


October 1987 

1987 Workshop on Computer Architec¬ 
ts? ture for Pattern Analysis and Machine 
Intelligence, October 5-7, Seattle. Contact 
Steve Tanimoto, Dept, of Computer Science, 
FR-35, University of Washington, Seattle, 

WA 98195; (206) 543-1695. 

12th Conference on Local Computer 
v8? Networks, October 5-7, Minneapolis, 
Minnesota. Contact Stephane Johnson, Start, 


ASPLOS-II, Second International Con- 
ns? ference on Architectural Support for 
Programming Languages and Operating 
Systems (Computer Society, ACM), October 
5-8, Palo Alto, California. Contact Randy H. 
Katz, Computer Sciences Division, UC 
Berkeley, Evans Hall, Berkeley, CA 94720 or 
Martin Freeman, Signetics Corp., 811 E. 
Arques Ave., Sunnyvale, CA 94086. 

ICCD-87, IEEE International Con¬ 
ti? ference on Computer Design: VLSI in 
Computers and Processors, October 5-8, Rye 

Brook, New York. Contact Prathima 
Agrawal, AT&T Bell Laboratories, 600 
Mountain Ave., Rm. 3D-480, Murray Hill, 
NJ 07974; (201) 582-6943. 

® Compsac 87 (Computer Society, IPSJ), 
October 5-9, Tokyo. Contact Tosiyasu 
L. Kunii, c/o Business Center for Academic 
Societies Japan, Yamazaki Bldg. 4F, 2-40-14, 
Hongo, Bunkyo-ku, Tokyo 113, Japan; 
phone 81 (3) 817-5831, or Albert K. Hawkes, 
Sargent & Lundy, Engineering Consultants, 

55 E. Monroe, Chicago, IL 60603; (312) 
269-3640, or Stephen S. Yau, Northwestern 
University, Dept, of Electrical Engineering 


International Workshop on AI Applications 
to CAD Systems for Electronics (IEEE), Oc¬ 
tober 8-10, Munich, West Germany. Contact 
Werner Sammer, Siemens AG, Corporate 
Research and Technology, Otto-Hahn-Ring 6, 
8000 Munich 83, West Germany; phone 49 
(89) 636-3348 or Alfred C. Weaver, Lockheed 
EMSCO, MS B-08, 2400 NASA Rd. One, 
Houston, TX 77058; (713) 333-6792. 

FOCS-87, October 12-16, Los Angeles, 
vsz Contact Ashok Chandra, IBM T. J. 
Watson Research Center, PO Box 218, 
Yorktown Heights, NY 10598; (914) 945-1752. 

Third Annual Expert Systems in 
ti? Government Conference (Computer 
Society, AIAA), October 19-23, Washington, 
DC. Contact Peter Bonasso, Mitre Washing¬ 
ton AI Center, 7725 Colshire Blvd., MS 
W952, McLean, VA 22102; (703) 883-6908. 

FJCC-87, Fall Joint Computer Con- 

ference, October 25-29, Dallas. Contact 
Computer Society of the IEEE, 1730 Massa¬ 
chusetts Ave. NW, Washington, DC 
20036-1903; (202) 371-0101. 




June 7-10 

IEEE International 

Conference on Communications 


— ONA 

— ISDN 

— Optics 



For information call: (206) 866-1932 twx 4943263 
for exhibit space call: Ben Sebastian (206) 345-4686 
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CAREER OPPORTUNITIES 


RATES: $12 per line, $120 minimum charge (up 
to ten lines). Average six typeset words per line, 
nine lines per column inch. Add $10 for box num¬ 
ber. Send copy at least six weeks prior to month 
of publication to: Carole Porter, Classified 
Advertising, IEEE COMPUTER Magazine, 10662 
Los Vaqueros Circle, Los Alamitos, CA 90720. 


In order to conform to the Age Discrimination in 
Employment Act and to discourage age discrim¬ 
ination, IEEE COMPUTER may reject any adver¬ 
tisement containing any of these phrases or 
similar ones: “...recent college grads...,” 
“...1-4 years maximum experience...,” 
“... up to 5 years experience. . .,” or "... 10 
years maximum experience.” IEEECOMPUTER 
reserves the right to append to any advertise¬ 
ment, without specific notice to the advertiser, 
“Experience ranges are suggested minimum re¬ 
quirements, not maximums." IEEE COMPUTER 
assumes that, since advertisers have been 
notified of this policy in advance, they agree 
that any experience requirements, whether 
stated as ranges or otherwise, wil I be construed 
by the reader as minimum requirements only. 


UNIVERSITY OF ALBERTA 
Department of Computing Science 

Applications are invited for a Faculty Service Of¬ 
ficer, which is a full time academic position, as 
DIRECTOR OF INSTRUCTIONAL LABORA¬ 
TORIES, in the Department of Computing 
Science. Responsibilities include the planning 
and supervision of instructional laboratories and 
the promotion of innovations in instructional 
methodology. Candidates should have con¬ 
siderable relevant academic experience: cur¬ 
riculum planning, teaching experience, course 
development and supervisory experience. An 
M.Sc is mandatory but a Ph.D. in Computing 
Science is preferred. Salary will be commen¬ 
surate with qualifications and experience; cur¬ 
rently salary floor is $39,620. Departmental in¬ 
structional laboratory facilities currently include 
four time-sharing terminal labs connected to the 
University Amdahl 5870 mainframe computer, 
three Macintosh PC Labs operated stand-alone 
or connected to the mainframe, a logic lab, and a 
micro-computer lab. A VAX 11/780 is largely 
devoted to several undergraduate courses, runn¬ 
ing under a UNIX operating system. Applica¬ 
tions, including a detailed resume and the 
names of three academic references should be 
submitted to: 

Dr. Lee J. White, Chairman 
Department of Computing Science 
University of Alberta 
Edmonton, Alberta T6G 2H1 
The closing date for applications is April 30,1987 
or earlier if a qualified candidate is found. The 
University of Alberta is an equal opportunity 
employer. 


THE PENNSYLVANIA STATE UNIVERSITY 
Computer Engineering 

Applications are invited for tenure-track and 
visiting faculty positions at all levels. Can¬ 
didates from all areas of computer engineering 
(hardware and software) will be considered. The 
computer engineering program at the Pennsyl¬ 
vania State University is within the Department 
of Electrical Engineering which has over 50 
faculty members, and approximately 1500 under¬ 
graduate majors, 170 graduate students. Can¬ 
didates should have a PhD in Electrical/Com¬ 
puter Engineering or related areas. There are 15 
faculty members within the computer engineer¬ 
ing program. Excellent instruction and research 
computing facilities are available within the 
department, college and at the university com¬ 
puting center. 

Please send your letter of application, resume, or 
inquiries, together with three references to: T. 
Feng, Computer Engineering Program, Depart¬ 
ment of Electrical Engineering, 129 Electrical 
Engineering East, Box C, The Pennsylvania State 
University, University Park, PA 16802. 

Deadline for applications is March 31,1987 or un¬ 
til suitable qualified candidates are selected. An 
Equal Opportunity/Affirmative Action Employer. 


KNOWLEDGE ENGINEER 
(two job openings) 

Design computer systems which perform in an 
advisory capacity in insurance and banking in¬ 
dustries. Convert knowledge of experts into 
computer program. Design software to create in¬ 
teractive expert system. Must have M.S.C.S. or 
B.S.C.S. and two years experience. Must be 
thoroughly familiar with data base management 
systems, logical design and software systems. 
Must have educational background or hands-on 
experience in A.I. Must be able to communicate 
effectively. 40 hours per week. $30,000 per year. 
Job sight and interview: Sunnyvale, CA. Clip ad 
and send resume to Job Number MLU #10930. 
P.O. Box 9560, Sacramento, CA 95823-0560, no 
later than May 6,1987. 


PURDUE UNIVERSITY 

The School of Electrical Engineering invites 
applications for tenure-track faculty positions 
from qualified individuals having a strong com¬ 
mitment to teaching and research. Qualifica¬ 
tions include an outstanding academic record, a 
significant involvement with a truly contributive 
research activity, and a doctorate in electrical or 
computer engineering. Areas of research spe¬ 
cialization which are of particular interest are 
computers, robotics, and microelectronics. 
Resumes should be directed to: Head, School of 
Electrical Engineering, Purdue University, West 
Lafayette, IN 47907. Immigration status of 
non-U.S. citizens must be stated in application. 
Purdue is an Equal Opportunity/Affirmative Ac¬ 
tion employer. 


UNIVERSITY OF MISSOURI-KANSAS CITY 

1986 was another stellar year. Besides two 
regular faculty additions, three technical support 
positions were filled, a dual processor ELXSI and 
120 micros were installed and we moved to a 
larger site. If you want to join this burgeoning 
program and your research activities are in 
Telecommunications, Computer Networking, Ar¬ 
tificial Intelligence or a field closely related to 
one of these three, we would like to hear from 

Nine- or twelve-month appointments at all ranks 
are available at industry-competitive salaries. 
Research productivity is required so time for 
research is guaranteed in proportion to your per¬ 
formance. An agreement with United Telecom, 
Inc. provides up to one-half million dollars an¬ 
nually of “inhouse” research support for faculty 
and graduate students. A second multimillion 
dollar contract for research is nearing comple¬ 
tion and will provide significant additional fund¬ 
ing in the areas of computer networking and 
telecommunications. Our two year old program 
is still gaining momentum and you could add to 
the excitement. 

Call or write: Dr. Richard G. Hetherington, Direc¬ 
tor, Computer Science, 16 Cockefair Hall, Univer¬ 
sity of Missouri-Kansas City, 5100 Ftockhill 
Road, Kansas City, MO 64110. (816) 276-1193 (by 
April 15 for Fall semester appt.; by October 15 for 
Spring semester appt). UMKC is an Equal Oppor¬ 
tunity/Affirmative Action Employer. 


SENIOR SOFTWARE ENGINEER 

Bachelor of Science, Electronics/Computer 
Science plus 4 years experience and fluent in 
Assembler/Fortran, able to use Sel 32/77 MPX 
operating system. Design and develop software 
programs including system level diagnostic pro¬ 
gram. Test and correct errors, supervise and train 
subordinate staff. Design and review technical 
manuals for customers. Review all operations 
for accuracy. Salary $3,200 per month, 40 hours 
per week. Location and interview Chatsworth, 
CA. Send resume with this add to job #CW 0748, 
P.O. Box 9560, Sacramento, CA 95823-0560, not 
later than 4/30/87. 


UNIVERSITY OF MINNESOTA 
Computer Engineering Faculty 

University of Minnesota, Duluth has several 
tenure and tenure-track (associate professor or 
professor) positions available. Primarily teach 
upper division computer hardware courses, con¬ 
duct sponsored research. Eligible candidates 
have Ph.D. with teaching/industrial experience. 
Write or call for details. Computer Engineering 
Department, UMD, Duluth, MN 55812. (218) 
726-6147. The University of Minnesota is an 
equal opportunity educator and employer and 
specifically invites and encourages applications 
from women and minorities. 


COMPUTER 










ENGINEERING/COMPUTER SCIENCE 

The Center of Excellence for Computer Applica¬ 
tions (CECA) is seeking outstanding and ex¬ 
perienced professionals to contribute to its 
growth in the areas of computer aided engineer¬ 
ing and design; human-machine interfacing; 
rehabilitation and bio-engineering; artificial in¬ 
telligence, including voice recognition, vision 
and expert systems; and advanced microcom¬ 
puter applications, including graphics, desktop 
publishing, database management and com¬ 
munications. 

The ideal candidate will have an MS or PhD 
degree in engineering, computer science or a 
related discipline, and a minimum of three years 
of directly applicable experience (five years for 
candidates with an MS). Available are full-time, 
non-tenure track positions as Research Engi¬ 
neer/Scientist and Engineer/Scientist with the 
Center. For outstanding candidates, with the 
PhD and a record of notable accomplishements 
in research and development at a university or a 
research laboratory, tenure-track positions with 
joint appointments in the School of Engineering, 
will be considered. 

Send application, including resume and cover 
letter with date of availability and names of three 
references to Dr. Prem S. Chopra, Chair, CECA 
Search Committee, 413 Hunter Hall, University 
of Tennessee at Chattanooga, Chattanooga, TN 
37403. UTC is an equal opportunity/affirmative 
action employer. 


TECHNISCHE UNIVERSITAT WIEN 
An der Technisch-Naturwissenschaftlichen 
Fakultat 

ist die neue Planstelle eines 
ORDENTLICHEN 
UNIVERSITATSPROFESSORS 
fur 

MENSCH-MASCHINE-KOMMUNIKATION 
zu besetzen. 

Gesucht wird eine Informatikerin Oder ein 
Informatiker auf dem Gebiet der Kommunikation 
zwischen Mensch und Maschine und zwischen 
Andwendem und Informatikem. Das Ordinariat 
soil den Themenbereich “Anwenderorientierter 
Systemtwurf,” insbesondere partizipative 
Entwurfsmethoden sowie Aspekte der Software- 
Ergonomie in Lehre und Forschung vertreten. 
Zusammenarbeit mit Vertretern der Ingenieur-, 
Geistes- und Sozialwissenschaften auf 
theoretischem und empirischem Gebiet wird 
erwartet. 

Bewerbungen mit den Ciblichen Unterlagen 
(tabellarischer Lebenslauf, Schriften-, Projekt- 
und Lehrverzeichnis sowie Sonderdrucke der 
zwei wichtigsten Publikationen) sind bis 30. 3. 
1987 an das Dekanat der Technisch-Naturwis- 
senschaftlichen Fakultat der Technischen 
Universitat Wien, Getreidemarkt 9, A-1060 Wien, 
Osterreich, zu richten. 


SYSTEMS ANALYST 

All aspects of systems development, from 
design thru implementation. Ability to work in¬ 
dependently. In depth understanding knowledge 
with HP3000, IMAGE, VPLUS, MPE, COBOL. Ex¬ 
perienced in structured development and imple¬ 
mentation of business analysis systems; ability 
to train users. Understanding of personnel and 
sales reporting systems. Proficiency in micro¬ 
computer and state-of-the-art softwares. M.S. 
degree. Minimum experience 2V2 years. Will 
also consider 5 years plus B.S. $33,600/yr. Place 
of employment and interviews: S.F. Send this ad 
and your resume to job no. TC 0686, P.O. Box 
9560, Sacramento, CA 95823-0560 not later than 
April 30, 1987. 


UNIVERSITY OF ALBERTA 
Department of Computing Science 

The Department of Computing Science is 
undergoing an extensive expansion in research 
initiatives. Applications are invited for four 
tenure-track positions at the Assistant/ 
Associate Professor level. Responsibilities in¬ 
clude research as well as teaching at the 
graduate and undergraduate levels. Candidates 
from all areas will be considered. Current hard¬ 
ware support includes an Amdahl 5870, a net¬ 
work of VAX 11/780’s, and well equipped 
microcomputer and workstation laboratories for 
graphics, VLSI, and Al research. Access to a 
Cyber 205 is available. Salary range is $31,612 to 
$50,630 and is commensurate with qualifica¬ 
tions and experience. Send curriculum vitae, 
names of three references, and up to three 
reprints or papers. New Ph.D.’s should also in¬ 
clude a copy of their transcript. Apply to: 

Dr. Lee White, Chairman 
Department of Computing Science 
University of Alberta 
Edmonton, Alberta T6G 2H1 
Applications will be accepted until April 30, 
1987. The University of Alberta is an equal oppor¬ 
tunity employer. 

UNIVERSITY OF MINNESOTA, DULUTH 

The University’s department of Computer Engi¬ 
neering has up to six full and part-time temporary 
positions open beginning 9/1/87. DUTIES: in¬ 
struct lecture and lab courses, develop labs, 
perform other departmental functions. QUALIFI¬ 
CATIONS: at least one degree in electrical, elec¬ 
tronic or computer engineering. Full-time posi¬ 
tions—Master's degree for lecturer; PhD degree 
for assistant professor. Part-time positions— 
bachelor's degree for teaching specialist; 
Master’s degree for lecturer. Part-time positions 
also require teaching and/or industrial ex¬ 
perience. Qualifications and appointment type 
will determine rank. SALARY: negotiable. CON¬ 
TACT: Letter of application, resume, three letters 
of reference and official transcript (if most re¬ 
cent degree was received within last five years) 
to: Department of Computer Engineering, UMD, 
271 MWAH, 10 University Dr., Duluth, MN 55812; 
(218) 726-6147. DEADLINE: applications will be 
accepted through 8/1/87 with interviews begin¬ 
ning as early as 5/15/87. The University of Min¬ 
nesota is an equal opportunity educator and 
employer and specifically invites and encour¬ 
ages applications from women and minorities. 


AUGUSTANA COLLEGE 
Computer Science Instructor 

One year position (probable second year). Teach¬ 
ing areas in COBOL and business data process¬ 
ing, information systems analysis, design and 
implementation. Masters Degree required. Send 
letter of application, vita, transcripts of graduate 
study, and names and identities of three refer¬ 
ences by May 1,1987 to: Mrs. Jeanne Kruse, Ad¬ 
ministrative Assistant, Office of the Provost. Au- 
gustana College, Sioux Falls, South Dakota 
57197, EEO/AA Employer. 


SYSTEMS ANALYST 

Prepare and design programming conversion, 
modification and maintenance on existing and 
new electronic data processing computer ap¬ 
plications; interface with users; analyze informa¬ 
tion requirements and system problems; code 
and test installations. B.S. Computer Science, 
Math or Electronic Engineering. 1 year ex¬ 
perience required. Job and interview in Los 
Angeles, California. $2650 per month. Send this 
ad and a resume to Job #SK 0785, P.O. Box 9560, 
Sacramento, CA 95823-0560 not later than 5-1-87. 


OHIO STATE UNIVERSITY 
Ohio Supercomputer Project 

Ohio State University has openings for five 
systems and applications programmers to serve 
in the newly established Ohio Supercomputer 
Project. The Project will take delivery on June 1, 
1987 of a Cray X-MP/24 computer with SSD to run 
the UNICOS operating system. We are seeking a 
senior systems programmer who will lead the 
systems and applications programming group. 
The successful applicant must have broad ex¬ 
perience in Cray systems programming as well 
as experience with the UNIX timesharing system 
and be an innovative problem solver. We are also 
seeking systems and applications programmers 
to maintain the operating system, communica¬ 
tions software and scientific/engineering soft¬ 
ware packages. Experience with Cray computers, 
FORTRAN and C languages, UNIX timesharing 
system, and the VAX VMS operating system are 
all desired but not all essential. Salaries will be 
commensurate with experience. The Ohio Super¬ 
computer Project will operate with funding from 
the state of Ohio, and these positions are open 
immediately. To apply, send resume and three 
letters of reference to: Ohio Supercomputer Proj¬ 
ect, 100 New Chemistry Building, 120 West 18th 
Avenue, Columbus, Ohio 43210. The Ohio State 
University is an Equal Opportunity, Affirmative 
Action Employer. 


TECHNISCHE UNIVERSITAT WIEN 
Am Institut fur Angewandte Informatik und 
System-analyse an der Technisch- 
Naturwissenschaftlicken Fakultat ist die 
Planstelle eines 
ORDENTLICHEN 
UNIVERSITATSPROFESSORS 
fur 

ANGEWANDTE INFORMATIK 
zu besetzen 

Gesucht wird eine Informatikerin Oder ein 
Informatiker mit Erfahrungen auf den Gebieten 
Datenbanksysteme und Expertensysteme, 
insbesondere Datenmodellierung, verteilte 
Datenbanken, Datenschutz, Wissensrepras- 
entation in Al-Systemen, Integration von 
Datenbank- und Expertensystemen. Durch das 
Ordinariat sollen die genannten Fachgebiete In 
Lehre und Forschung vertreten, sowie die Infor- 
matikgrundausbildung untersttitzt werden. 
Zusammenarbeit mit der Industrie ist erwQnscht. 
Bewerbungen mit den ublichen Unterlagen 
(tabellarischer Lebenslauf, Schriften-, Projekt- 
und Lehr-verzeichnis und Sonderdrucke der drei 
wichtigsten Publikationen) sind bis 1.4.1987 an 
das Dekanat derTechnisch-, Naturwissenschaft- 
lichen Fakultat, Technische Universitat Wien, 
Getreidemarkt 9, A-1060 Wien, Osterreich, zu 
richten. 


COMPUTER RESEARCH 
INSTITUTE OF MONTREAL 

The Centre de Recherche Informatique de Mon¬ 
treal is a multi-university, multi-industry consor¬ 
tium carrying out fundamental research in soft¬ 
ware development. CRIM is currently seeking 
scientists in the following areas: VLSI circuits 
design, Local and wide area networks, Computer 
aided analysis of continuous systems, and Com¬ 
puter graphics and man-machine interface. 
Candidates must hold a Ph.D. in a relevant 
discipline. Preference will be given to permanent 
residents of Canada. Please send curriculum 
vitae to: Centre de Recherche Informatique de 
Montreal, Inc., Human Resources, 1550 de 
Maisonneuve Blvd. West, Suite 901, Montreal 
(Quebec) Canada, H3G 1N2. 
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THE UNIVERSITY OF TENNESSEE 
Department of Computer Science 

The Department of Computer Science invites ap¬ 
plications for tenure track and visiting positions 
at all ranks beginning Winter of 1987. A doctoral 
degree in computer science or a related area, 
and a strong interest in research are required. All 
areas of computer science research will be con¬ 
sidered. Those with experience directing doctor¬ 
al students are especially encouraged to apply. 
The department operates a research laboratory, 
which contains two DEC VAX 8200's (one VMS, 
one UNIX) and avariety of microcomputers. Each 
faculty member has for a personal workstation 
an IBM PC AT, a Sun, or a MicroVAX II. Special¬ 
ized laboratories support research in areas of 
special emphasis. The University of Tennessee 
Computing Center operates an IBM 3081, an IBM 
4381, and four VAX 8600’s. Faculty members col¬ 
laborate with scientists at the Oak Ridge Na¬ 
tional Laboratory and frequently have access to 
their facilities, including a Cray X-MPand hyper¬ 
cube computers, under the terms of the col¬ 
laboration. Faculty workstations are networked 
with the departmental laboratories, the Universi¬ 
ty Computing Center, and facilities at the Oak 
Ridge National Laboratory. 

You can respond on CSNET with cset:straight@ 
utenn and on BITNET with bitnet:straight@ 
utkvxl. The mailing address is Computer 
Science Department, 107 Ayres Hall, University 
of Tennessee, Knoxville, TN 37996-1301. 

The University of Tennessee is an affirmative ac¬ 
tion/equal opportunity employer. 


UNIVERSITY OF MICHIGAN, DEARBORN 
Computer and Information Science 

A tenure track faculty position at an assistant or 
associate professor level is available at the Univer¬ 
sity of Michigan—Dearborn. Primary responsibili¬ 
ties are in the Computer and Information Science 
Program. This program is an interdisciplinary pro¬ 
gram involving mathematics, engineering and 
business administration faculty. A Ph.D. in com¬ 
puter science is desired. Applicants with 
master’s level training in Computer Science and 
a Ph.D. in a related discipline are encouraged to 
apply. The University of Michigan—Dearborn is 
one of three campuses in the University of 
Michigan system. It is located in the core of the 
southeastern Michigan industrial area. Appli¬ 
cants should send a current vita, three letters of 
recommendation, and official transcripts to: Dr. 
Roger Verhey, CIS Program Director, Division of 
Interdisciplinary Studies, The University of 
Michigan—Dearborn, 4901 Evergreen Road, Dear¬ 
born, Michigan 48128-1491. The University of 
Michigan is an equal opportunity educator and 
employer and specifically invites and encour¬ 
ages applications from women and minorities. 


SOFTWARE ENGINEER 

For small computer consulting company. Re¬ 
quire M.S./Computer Science, graduate level 
concentration in Software Systems Design, 1 
year experience as software engineer working 
with MIcroVAX/VMS, at least one experience 
preparing documentation for large scale pro¬ 
gram, fluency in C, 2 good reliable references. 
Will consult/advise on IBM and VAX systems; de¬ 
velop translation program VAX FORTRAN to C 
under MicroVAXA/MS System, update and apply; 
prepare documentation; other computer 
engineering. 

$26,000/yr. 40/hr. week. Resume, references to 
Software Translations Corp., 1223 Peoples Ave¬ 
nue, Troy, NY 12180, Att. K. Houk. 


GEORGE MASON UNIVERSITY 
School of Information Technology and 
Engineering 

The Center for Software and Systems Engineer¬ 
ing invites applicants for tenure track sponsored 
chairs in Software Engineering and Software 
Productivity. The Chairs are sponsored by the 
Virginia Center for Innovative Technology for the 
purpose of developing a community of scholars 
in the areas of software engineering and produc¬ 
tivity jointly with the Software Productivity Con¬ 
sortium. The Consortium is the leading institu¬ 
tion devoted to the improvement of productivity 
in software development at all levels. George 
Mason University and the Consortium are 
located in Northern Virginia in the heart of the 
burgeoning information industry surrounding 
the nation's capital. GMU enrolls 17,000 
students, has 700 faculty and offers PhD pro¬ 
grams in 7 areas of study including Information 
Technology. The Consortium provides excellent 
research facilities to support its efforts for in¬ 
novation in software productivity. 

Candidates should have a doctorate or the 
equivalent in direct experience in one of the 
areas of study appropriate to software engineer¬ 
ing together with a record of achievement in 
research and application in software engineer¬ 
ing in industry or academe. Candidates must 
satisfy all requirements for a faculty appoint¬ 
ment in the School of Information Technology 
and Engineering (SITE). 

The primary requirements for individuals se¬ 
lected for these positions are an active ongoing 
interest in research and development in areas of 
software engineering, full participation as a fac¬ 
ulty member in SITE, responsibility for a teach¬ 
ing load of one course per term, work with gradu¬ 
ate students, and work with the Consortium on 
an ongoing basis. 

These positions carry an attractive compensa¬ 
tion package commensurate with the position 
offered. For example, GMU provides full 
coverage of retirement benefits and health 
costs. The date of the appointment is Septem¬ 
ber, 1987; however, for well qualified persons the 
date is negotiable. Nominations and applica¬ 
tions along with curriculum vitae and/or resume 
and names of three (3) references will be con¬ 
sidered in confidence and should be sent no 
laterthan May 31,1987 to: CSSE Search Commit¬ 
tee, George Mason University, School of Infor¬ 
mation Technology and Engineering, Module D, 
4400 University Drive, Fairfax, Virginia 22030. 


WASHINGTON STATE UNIVERSITY 

The Department of Electrical and Computer 
Engineering invites applications for several 
tenure-track and visiting faculty positions. 
Tenure track candidates must have an earned 
doctorate in Electrical or Computer Engineering 
or a closely related field and have a strong com¬ 
mitment to teaching and research. Major em¬ 
phasis will be placed on individuals with exper¬ 
tise in computer engineering, electromagnetics, 
or solid state electronics, but qualified can¬ 
didates in all areas will be considered. Rank and 
salary are negotiable and will be based on qual¬ 
ifications. Duties include initiation and conduct 
of research, and teaching at the graduate and 
undergraduate levels. The department offers an 
ABET accredited BSEE degree and has MSEE 
and PhD programs. Currently there are about 600 
undergraduate and 100 graduate students. 
Resumes with names of three references should 
be sent to the Faculty Search Committee, De¬ 
partment of Electrical and Computer Engineer¬ 
ing, Washington State University, Pullman, WA 
99164-2752. Screening of applicants for Fall 1987 
appointment will begin June 1, 1987. Wash¬ 
ington State University is an Equal Oppor¬ 
tunity/Affirmative Action Employer. 


UNIVERSITY OF MAINE 
Computer Science Department 

Tenure track positions available for the Fall 
Semester 1987 at the level of Assistant Professor. 
Higher levels will be considered for an excep¬ 
tional applicant. We require an earned doctorate 
in Computer Science or related field. Salary and 
benefits are very competitive. Candidates in all 
areas of Comptuter Science will be considered. 
The department has special interest in lan¬ 
guages, graphics, operating systems, software 
engineering, networking, data base systems, 
theoretical computer science and computer ap¬ 
plications. Responsibilities include teaching 
two courses each semester and independent re¬ 
search. The department is young, has 11 
members, a strong undergraduate program and a 
new master’s program. There are approximately 
125 majors. Facilities include an IBM 3033/4381, 
a DEC VAX 11/780, a DG MV10000, MicroVAX 
workstations and numerous personal com¬ 
puters. Individuals with industrial experience are 
encouraged to apply. The University is one and 
one-half hours from the beautiful Bar Harbor 
region and Acadia National Park, and the same 
distance to skiing and wilderness hiking areas. 
Send resume and three letters of reference to: 
Prof. George Markowsky, Computer Science 
Department, University of Maine, Orono, ME 
04469. Consideration of candidates will begin 
immediately and will continue until the position 
if filled. Pending final administrative approval. 
The University of Maine is an Equal Opportuni¬ 
ty/Affirmative Action Employer. 


UNIVERSITY OF MINNESOTA, DULUTH 

The University’s department of Computer 
Engineering has up to two full-time tenure track 
positions open beginning 9/1/87. DUTIES: in¬ 
struct primarily upper division courses in new 
baccalaureate program. Relatively low teaching 
load. Areas of emphasis include, digital system 
design, microprocessor based design, applica¬ 
tions and interfacing, microprocessor develop¬ 
ment system, digital electronics and analog 
electronics, other. Help develop new program 
and labs. QUALIFICATIONS: at least one degree 
in electrical, electronic or computer engineering. 
Master's degree for instructor; PhD degree for 
assistant professor rank. Degree must be held at 
time of appointment. Qualifications will deter¬ 
mine rank. SALARY: negotiable. CONTACT: let¬ 
ter of application and resume to: Department of 
Computer Engineering, UMD, 271 MWAH, 10 
University Dr., Duluth, MN 55812; (218) 726-6147. 
NOTE: three letters of reference and transcripts 
to be sent directly to the address above. DEAD¬ 
LINE: applications will be accepted through 
5/15/87. (Only completed applications will be ac¬ 
cepted.) The University of Minnesota is an equal 
opportunity educator and employer and specifi¬ 
cally invites and encourages applications from 
women and minorities. 


SOFTWARE ENGINEER 

Design and implement software applications for 
security brokerage application, using mini¬ 
computers. Hardware installation and configura¬ 
tion analysis. Must have B.S. degree in computer 
science with at least three years experience. 
Must have experience in DIBOL,’MICRO-ll As¬ 
sembly, and TSX + languages and operating 
systems. $3433.00 per month. Costa Mesa, CA: 
Job/Interview. Send this ad and a resume to Job 
# CW0093, P.O. Box 9560, Sacramento, CA 
95823-0560 not later than May 8, 1987. 
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UNIVERSITY OF WISCONSIN, MADISON 
Computer Sciences Department 
Faculty Positions 


UNIVERSITY OF CINCINNATI 
Department of Electrical and 
Computer Engineering 


UNIVERSITY OF 
MASSACHUSETTS, AMHERST 
Faculty and Research Scientist Positions 


Applications are invited for tenure-track posi¬ 
tions at the assistant professor level beginning 
August, 1987. Applicants should have a Ph.D. in 
computer science or in a closely related field 
with a demonstrated ability in relevant scholarly 
research. The Computer Sciences Department at 
the University of Wisconsin—Madison has ac¬ 
tive research projects in a broad number of 
areas, including artificial intelligence, computer 
architecture and VLSI, database systems, math¬ 
ematical programming, modeling and analysis 
of computer systems, networking and dis¬ 
tributed systems, numerical analysis, operating 
systems, program development environments, 
programming languages and compilers, and the 
theory of computing. The department has re¬ 
ceived two NSF Coordinated Experimental 
Research grants. The CRYSTAL grant empha¬ 
sized computing on a loosely-coupled multi¬ 
computer. The current TOPAZ project involves 
the study of tightly-coupled shared-memory 
multiprocessors. Our general research equip¬ 
ment currently includes more than 50 VAXsta- 
tion II workstations, two VAX-11/780's and 5 
VAX11/750's, an IBM 4341, and numerous spe¬ 
cial purpose devices. Our facility for research in 
parallel computing include the CRYSTAL multi¬ 
computer, which currently contains over 20 
VAX-11/750’s connected by an 80 megabit/sec 
token ring, and an 8 processor Sequent Balance 
21000. Additional acquitions are expected next 

Applicants should submit a vita and the names 
of at least three references to: Chair, Faculty 
Recruiting Committee, Computer Sciences De¬ 
partment, University of Wisconsin—Madison, 
1210 West Dayton St., Madison, Wl 53706. The 
University is an Equal Opportunity/Affirmative 
Action employer. 


The Department invites applications for tenure 
track faculty positions at the Assistant, Associ¬ 
ate and full Professor levels in all areas of Electri¬ 
cal and Computer Engineering. The Department is 
engaged in a substantial faculty expansion in the 
areas of digital signal and image processing; op¬ 
tical computing; communications; microwave; 
control systems; microelectronic materials and 
devices; device modeling; electronic circuits and 
systems; and integrated circuits. Also artificial 
intelligence and expert systems; parallel pro¬ 
cessing; VLSI system design and testing; digital 
systems; computer-aided design; computer ar¬ 
chitecture; software engineering; languages, 
compilers and data structures; operating 
systems; computer graphics; fault tolerant com¬ 
puting; and microprocessors. Candidates 
should have a strong commitment to teaching at 
the undergraduate and graduate levels and abili¬ 
ty to attract external funding to lead a vigorous 
sponsored research program. The Department 
has 20 full time faculty, 100 full time graduate 
students, 425 undergraduate students and exter¬ 
nally funded research of $1.5M annually. Earned 
doctorate is required. Degrees in Computer 
Engineering are of special interest. Salary and 
benefits are extremely attractive. The Depart¬ 
ment provides an excellent environment to grow 
with established research groups in many areas. 
Department has excellent computer facilities, 
modern teaching and research labs, and out¬ 
standing support staff. Applicants should send 
their resume to Dr. Vik J. Kapoor, Head, Elec¬ 
trical and Computer Engineering, ML 30, Univer¬ 
sity of Cincinnati, Cincinnati, Ohio 45221, (513) 
475-4386. Applications will be considered until 
the positions are filled. The University of Cincin¬ 
nati is an Affirmative Action/Equal Opportunity 
Employer. 


The Department of Computer and Information 
Science invites applications for tenure-track 
faculty positions and non-tenure-track research 
scientist positions at all levels in all areas of 
computer science. For the faculty positions 
there is particular interest in theory of comjiuta- 
tion and database systems. Applicants should 
have a Ph.D. in computer science or related area 
and should show evidence of exceptional re¬ 
search promise. Senior level candidates should 
have a record of distinguished research. Salary 
is commensurate with education and experi¬ 
ence. Our department has grown substantially 
over the past five years and currently has 28 full¬ 
time faculty, 18 research scientists, and 200 
graduate students. Continued growth is ex¬ 
pected over the next five years. We have ongoing 
research projects in robotics, vision, natural 
language processing, expert systems, graphics, 
distributed processing, database systems, infor¬ 
mation retrieval, software development, pro¬ 
gramming languages, computer networks, office 
automation, intelligent user interfaces, parallel 
computation, computer architecture, and VLSI. 
The department is the recipient of a CER award 
from NSF. To support our research, we have a 
50-node network, including 14 VAX systems with 
over 100 ports, and a variety of graphics devices, 
LISP Machines, and workstations. Our instruc¬ 
tional labs are supported by a Data General 
MV-8000, Apples, Tl Portables, AT&T 3B2s, and 
the University’s CDC Cyber 174. Send vita, along 
with the names of four references to: Professor 
Jack C. Wileden, COINS Department, Lederle 
Graduate Research Center, University of 
Massachusetts, Amherst, MA 01003, by April 15, 
1987. An affirmative Action/ Equal Opportunity 
Employer. 



The Universities Space Research Association and 
The University of Maryland seek a 

DIRECTOR 
for a 

CENTER OF EXCELLENCE IN 
SPACE DATA AND INFORMATION SCIENCES 

at the 

NASA/Goddard Space Flight Center 



r\ 


Applications are invited for a Director to head a new research consortium of university, industry, and government computer scientists 
being established as a Center of Excellence in Space Data and Information Sciences at NASA’s Goddard Space Flight Center in Greenbelt, 
Maryland. The Center of Excellence will be operated by the Universities Space Research Association, and the Director will hold a fully 
tenured faculty position in the Computer Science Department of the University of Maryland, College Park. The Center of Excellence 
will involve term-member researchers from leading university and industry computer science departments across the country through 
the use of high-bandwidth networks, in addition to supporting a resident and visiting research staff. The charter of the Center of Excellence 
will be to carry out state-of-the-art research on space data and information sciences in areas of potential long-term application to NASA 
programs in the space station era. Among the proposed thrusts for the Center of Excellence are the study of massive data base systems 
and architectures, image data compression, high speed on-line distributed data access systems, parallel processing applications, dynamic 
pattern recognition, expert data systems and natural querying languages, and automation and tele-robotics. The staff, including the 
university and industry members, will have access to NASA supercomputers, networks, parallel processors, data archives, image analysis 
systems, robots, etc. 

Qualifications: 

The Center of Excellence will be the first research institution in the computer and information sciences to make extensive use of high 
band-width communication technology to link together its member faculty. We seek a dynamic and visionary scientist to lead this unique 
“telecenter.” Applicants must be qualified for a tenured position in the Computer Science Department of the University of Maryland; 
must be knowledgeable in advanced data management and computational methods; and must have a demonstrated ability to lead col¬ 
laborative research projects involving industry, university, and government. Salary and benefits are competitive and attractive and will 
depend on the individual’s qualifications. 

Apply no later than 15 May 1987 with complete resume on academic, professional, and personal data, including three references, to 
Dr. Robert Dorfman, Acting Dean, College of Computer, Mathematical, and Physical Sciences, Room 2300, Mathematics Building, University 
of Maryland, College Park, Maryland, 20742, (301) 454-4906. 

The Universities Space Research Association and the University of Maryland are 
Equal Opportunity Affirmative Action Employers 
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CALL FOR PAPERS 


Sponsored by: 

INSTITUTE OF ELECTRICAL 
AND ELECTRONIC 
ENGINEERS 

In conjunction with 
THE IEEE COMPUTER SOCIETY, 
THE IEEE COMMUNICATIONS 
SOCIETY, 

THE PHOENIX IEEE SECTION 
and 

ARIZONA STATE UNIVERSITY 



PCCC ’88 Suggested Topics 

Computer Technology 

• New Architectures 

• Array Processor 

• Hardware Description Languages 

• Fault Tolerant Design 

• Operating Systems 

• Microbased Supercomputers 
Communication Theory 

• Bandwidth/Power Efficiency 

• Image and Speech Coding 

• Digital Signal Processing 
Communication Systems 

• Satellite/Terrestrial 

• TDMA/FDMA 

• Spread Spectrum 

• Measuring Performance of 
Standard Systems 

• Fiber Optics 
Software Technology 

• Integrated Software Development 
Environments 

• Software Tools 

• Declarative Languages 

• Object-Oriented Design 

• Automated Design Specification 
and Code Generation 

• Man, Machine, Software 
Interfaces 

• Real-Time Systems and Data 
Bases 

Networking Technology 

• ISO/OSI Layered Architectures 

• Local/Wide Area Networks 

• Micro Networks 

• Distributed Processing 

• Network Management and 
Security 

• Data Transmission 
Artificial Intelligence 

• Expert Systems 

• Nature Language Processing 

• Computer Vision 

• Logic-Based Problem Solving 

• Machine Learning 
Computer Applications 

• CAD/CAM 

• Computer Integrated 
Manufacturing (CIM) 

• Robotics 

• Factory Automation 
VLSI/VHSIC 

• Microcontroller Design 

• Applications Specific IC's 

• Manufacturing Technology 


Seventh Annual IEEE 



hoenix 
CONFERENCE on 
COMPUTERS and 
COMMUNICATIONS 


March 16-18, 1988 

Scottsdale, Arizona 

This international conference provides a forum for the presentation and exchange of 
current work on a wide variety of topics in computers and communications. Topics of 
interest include theory, design, implementation, applications and evaluation aspects 
of the representative areas listed. 

The program committee invites original papers of no longer than 5,000 words on any 
area of computers and communications. The list of topics is intended merely as 
suggestions. 

The manuscript must be typed double-spaced and must include an abstract of 200 to 
300 words. Long papers are subject to immediate rejection. United States authors 
should obtain company and government clearances prior to submission of abstracts. 
Please submit five copies of a complete paper by July 3,1987 to: 

Dr. Alex C. Brown, Jr., Program Chairman 
Goodyear Aerospace Corp., M.S. 1212 
P.O. Box 85 

Litchfield Park, AZ 85340 
Phone: (602) 925-7509 

All submitted papers will be refereed. They will be judged with respect to their quality, 
originality and relevance. Authors will be notified of acceptance/rejection shortly after 
September 18,1987. Accepted papers will be published in the Conference 
Proceedings. 

We also solicit proposals for panel sessions. Each proposal must include a subject, 
justification, names of possible participants and the name of organizer. 

TUTORIAL SOLICITATION 

Tutorials are important parts of PCCC. Those interested in offering a tutorial at this 
conference should contact: 


Dr. Forouzan Golshani, Tutorial Chairman 
Department of Computer Science 
Arizona State University 
Tempe, AZ 85287 
Phone: (602) 965-2855 


IMPORTANT DATES: 

Submission deadline 
Acceptance notification 
Camera-ready version due 
Conference 


July 3, 1987 
September 18, 1987 
November 30, 1987 
March 16-18, 1988 


Conference Chairman: 

Dr. Carl Ryan 
Motorola GEG 
2501 S. Price Rd. 
Chandler, AZ 85248-2899 
Phone: (602) 732-3074 








Develop Better Systems Using Excelerator- 
Over8,000 Systems Professionals already do. 


Many of the country’s 
largest organizations have 
eliminated the tedious, 
manual process of systems 
specification. Instead they 
automate their systems 
analysis and design with 
Excelerator—the best¬ 
selling computer-aided 
software engineering 
(CASE) tool. 

Their systems 
development (earns use 
Excelerator in t|ie early 
stages of DP projects to 
quickly create, analyze, 
and modify a design. 

With Excelerator’s help 
they tackle large, critical 
projects such as customer 
billing and manufacturing 
requirements planning 
systems. 

Excelerator’s highly 
integrated, automated 
design environment helps 
them build accurate, con¬ 
sistent, complete, and suc¬ 
cessful specifications. 
Excelerator offers: 

■ Extensive graphics 
with a fully integrated 
dictionary 

■ Analysis facilities 
including “where used” 
reporting, level-to-level 
balancing, and exten¬ 
sive “ad hoc” reporting 
capabilities. 

■ Easy-to-use screen and 
report prototyping. 

■ Data sharing between 
analysts, projects, and host- 
based dictionaries. 

■ Documentation facili¬ 
ties that produce complete 
specifications documents. 

Your systems analysts 
and developers can join 
the more than 8,000 sys¬ 
tems professionals who 
design better systems more 
efficiently—even systems 



Index Technology Corporation 

The Leading Developer of Computer-Aided 
Software Engineering products 


with special requirements: 

■ Excelerator/RTS lets you 
design time- and control- 
critical systems. It’s being 
used to develop systems 
that will fly the next gen¬ 
eration of commercial 
airliners. 

■ For organizations with 
specialized development 
methods, we’ve developed 
Customizer which lets you 
tailor Excelerator and 
Excelerator/RTS to your 
own custom development 
environment . 

Call 617-497-4473 
to learn how you can 
develop better systems. Ask 
for our Excelerator infor¬ 
mation kit or order the $30 
Excelerator introductory 
package, which includes 
a 20-minute video and de¬ 
tailed product literature. 

E xcelera for 

Here’s what users say: 

«We cut nine months 
off a scheduled year-long 
project. 55 

(( DP employees now tend 
to do the kind of documen¬ 
tation they had not done 
before because it was too 
complex. Now documenta¬ 
tion is done the same way 
every time increasing 
standardization. 55 

^Communications during 
the analysis and design pro¬ 
cess is improved because 
systems analysts and end 
users can sit in front of the 
screen and review the 
design. 55 


Index Technology Corpora 


101 Main Street Cambridge, Massachusetts 02142 617-497-4473 





































